Date: Fri, 24 Apr 2009 22:33:31 +0200 From: Juergen Lock <nox@jelal.kn-bremen.de> To: Matthias Apitz <guru@unixarea.de> Cc: freebsd-questions@freebsd.org Subject: Re: 7.0-STABLE && qemu not terminating Message-ID: <20090424203331.GA13419@triton.kn-bremen.de> In-Reply-To: <20090424121751.GA8789@rebelion.Sisis.de> References: <20090317143537.GA12969@rebelion.Sisis.de> <200903241824.n2OIOQ4Z068798@saturn.kn-bremen.de> <20090423094356.GA6209@rebelion.Sisis.de> <20090423202252.GA81383@triton.kn-bremen.de> <20090424121751.GA8789@rebelion.Sisis.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Apr 24, 2009 at 02:17:51PM +0200, Matthias Apitz wrote: > El día Thursday, April 23, 2009 a las 10:22:52PM +0200, Juergen Lock escribió: > > > > a new effect is that the qemu proc ends on termination of guest OS; the > > > flag -no-shutdown does not help; > > > > Oh, yeah, same here. I've just reported this on the qemu list, and btw > > kvm seems to be affected too: > > https://bugs.launchpad.net/ubuntu/+source/kvm/+bug/362550/+viewstatus > > another issue is, when I'm using: > > -kernel-kqemu > Enable KQEMU full virtualization (default is user mode only). > > the guest system (XP SP3) crashes short after coming up; without > -kernel-kqemu I'm not sure if Qemu does make use of the kqemu.ko, it is > so slow, esp. on disk i/o; I have loaded kqemu.ko on boot and if Qemu is > up I can't kldunload it; but I really don't know if it makes use of it; Actually it does, just not for guest kernel code, only userland. (If you want to turn off kqemu completely use -no-kqemu, then it'll run even slower. :) Anyway I've got one report that reinstalling an xp guest (it was originally installed using an older qemu version) fixed -kernel-kqemu instabilites at least for one guy (it worked for him with the old qemu) - it is still true however that kqemu, especially with -kernel-kqemu, is far from perfect, i.e. it doesn't really work for all types of guests, and the fact that the linux folks have pretty much deprecated kqemu in favour of kvm doesn't really help its cause either... (And yes we really could use a finished kvm port for the people that do have a recent cpu with the necessary features, at least on linux kvm is also much faster than -kernel-kqemu, and it works for more guests.) HTH, Juergen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090424203331.GA13419>