Date: Wed, 25 Feb 2009 20:15:50 +0100 From: Gary Jennejohn <gary.jennejohn@freenet.de> To: Juergen Lock <nox@jelal.kn-bremen.de> Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... Message-ID: <20090225201550.3d3032b5@ernst.jennejohn.org>
next in thread | raw e-mail | index | archive | help
On Mon, 23 Feb 2009 22:19:33 +0100 Juergen Lock <nox@jelal.kn-bremen.de> wrote: > You could try a few things: > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > timeout; remember to rebuild qemu in case you built it without the > kqemu knob enabled or otherwise kqemu won't get used), and also > b) another time with -kernel-kqemu in case its a tcg bug affecting > guest kernel code (altho of course in both cases kqemu can cause its > own kind of failures, even more so with amd64 guests...) > Neither of these work. The only way I can get past loading the kernel is with -no-kqemu. I still see the segmentation fault in Yast.call. Now I know that it's in line 486, if that's of any interest. Sorry, I'm not going to invest any more time in this. --- Gary Jennejohn
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090225201550.3d3032b5>