Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Jan 2009 12:15:54 +0100
From:      =?UTF-8?Q?J=C4=99drzej_Kalinowski?= <kalinoj1@iem.pw.edu.pl>
To:        qemu-devel@nongnu.org, freebsd-emulation@FreeBSD.org
Subject:   Re: More displaystate fallout? (was: Re: [Qemu-devel] testing qemu svn r6367 on FreeBSD - sigev_signo; vmmouse, -vga vmware broken, slirp...)
Message-ID:  <437083beafc472e92354fb05f211b149@iem.pw.edu.pl>
In-Reply-To: <20090120231248.GA13951@saturn.kn-bremen.de>
References:  <20090118231436.GA9565@saturn.kn-bremen.de> <a17ba0c70324e3b3afb8417274a50943@iem.pw.edu.pl> <20090120231248.GA13951@saturn.kn-bremen.de>

next in thread | previous in thread | raw e-mail | index | archive | help

On Wed, 21 Jan 2009 00:12:48 +0100, Juergen Lock <nox@jelal.kn-bremen.de>
wrote:
> On Tue, Jan 20, 2009 at 03:19:45PM +0100, J??drzej Kalinowski wrote:
> Btw here it's ctrl-alt-2 to get to the monitor at least with sdl.
> 

I wasn't specific, sorry - I use: -curses option, as qemu is beeing run in
ssh session.

 
>  No I cannot reproduce that (at least on 6.3/i386 and an older
> 7-stable/amd64), can you get a backtrace?  (do something like:
> 	gdb
>
	/usr/ports/emulators/qemu-devel/work/qemu-snapshot-2009-01-18_18/i386-softmmu/qemu
> 	qemu.core
> and then in gdb do `bt' - that qemu executable below the work/ dir should
> still have debug symbols so you'll get a more meaningful backtrace than
> with the installed executable from below /usr/local/bin.)
> 

Thanks for your tip - I get this trace:

#0  0x000000080121179c in free () from /lib/libc.so.7
#1  0x0000000801082d1e in _nc_freewin () from /lib/libncurses.so.7
#2  0x000000000048219a in curses_calc_pad () at curses.c:72
#3  0x0000000000463c16 in console_select (index=Variable "index" is not
available.
) at console.h:162
#4  0x00000000004828e9 in curses_refresh (ds=0x80220e140) at curses.c:227
#5  0x00000000004081e6 in gui_update (opaque=0x80d254300) at console.h:180
#6  0x00000000004072ac in qemu_run_timers (ptimer_head=0xa591b0,
current_time=330803229) at
/tmp/ports/qemu-devel/qemu-snapshot-2009-01-18_18/vl.c:1222
#7  0x0000000000409547 in main_loop_wait (timeout=Variable "timeout" is not
available.
) at /tmp/ports/qemu-devel/qemu-snapshot-2009-01-18_18/vl.c:3702
#8  0x000000000040cb3f in main (argc=5, argv=0x7fffffffeaa8, envp=Variable
"envp" is not available.
) at /tmp/ports/qemu-devel/qemu-snapshot-2009-01-18_18/vl.c:3851

So it's somewhat related to ncurses - but my older snapshot still works
fine, and doesn't crash in monitor/serial view.


>  I do notice tho that the monitor output on vc is slow now, almost as if
> coming over a 1200 bps serial line or so... :)  So definitely _something_
> has changed.  (now that I look for it, the guest's vga textconsole might
> have been faster before as well, tho its not _as_ slow as the monitor.)
> 
>  Oh and if I put the monitor on qemu's tty (-monitor stdio) its also
> not slow.
> 
>  Cheers,
> 	Juergen

Thanks for your help,
Jedrzej Kalinowski



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?437083beafc472e92354fb05f211b149>