Date: Sun, 21 Sep 2008 22:40:25 +0200 From: Juergen Lock <nox@jelal.kn-bremen.de> To: qemu-devel@nongnu.org, freebsd-emulation@FreeBSD.org Subject: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... Message-ID: <20080921204025.GA81055@saturn.kn-bremen.de>
next in thread | raw e-mail | index | archive | help
Hi! I've been playing with qemu svn on FreeBSD again (new experimental emulators/qemu-devel port update here: http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch ), and want to note a few things: 1. usb is still absymally slow, especially emulated disks (disk:imagefile) and nics, both read/receive at about 30 KBytes/s here. Is anyone working on this? I also got a report that its slow on Linux hosts too, so this problem doesn't appear to be FreeBSD specific... 2. -vmwarevga _seems_ to be less broken when run with 16 bpp, only 24 bpp seems to get the fifo errors that I posted about last time: http://lists.gnu.org/archive/html/qemu-devel/2008-08/msg00893.html (maybe also the patch I posted there is only needed when running the guest with 24 bpp.) vmmouse seems to be broken too tho, the guest acts as if the mouse is stuck in the bottom right corner. (maybe I didn't actually test this the last time, or it has something to do with the newer guest that I used this time which also has a newer xorg version among other things, sidux-2008-03-ourea-pre1-kde-lite-i386-200809142136.iso announcement including mirror list is here: http://sidux.com/Article450.html ) The guest xorg crashes with -kernel-kqemu also still happen. Oh and that guest tries to use vmmouse by default if run with -vmwarevga, to disable it you can boot to runlevel 3 (add a 3 to the grub line), su, change vmmouse to mouse in /etc/X11/xorg.conf, then do init 5 to start X. 3. The screen update problem I mentioned seems to be intermittent, sometimes I see it, sometimes not, and its also possible it only affects the emulated vga console (vga=0 with linux guests.) Sometimes when I see it there are also partwise screen updates, like I see only some of the lines scrolling. Whenever it happens, moving the mouse over another window fixes it for a few seconds, until it happens again. Oh and the guest keeps running all the time, only the screen doesn't update correctly when it happens... 4. There's one good news: completion in the monitor is back to working order! :) (I suspect because of the qemu_strdup fix.) Thanx, Juergen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080921204025.GA81055>