From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 21:09:55 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3A41065672; Sun, 11 May 2008 21:09:55 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id DDD9E8FC15; Sun, 11 May 2008 21:09:54 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id B04ED2D2C03; Sun, 11 May 2008 23:09:53 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4BL5K3O046653; Sun, 11 May 2008 23:05:20 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4BL5I7D046652; Sun, 11 May 2008 23:05:18 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 11 May 2008 23:05:18 +0200 To: Bakul Shah Message-ID: <20080511210518.GA46475@saturn.kn-bremen.de> Mail-Followup-To: Bakul Shah , freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org References: <20080511160748.GA38480@saturn.kn-bremen.de> <20080511192745.6F3625B4D@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080511192745.6F3625B4D@mail.bitblocks.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 21:09:55 -0000 On Sun, May 11, 2008 at 12:27:45PM -0700, Bakul Shah wrote: > Juergen, > > With your latest patch things are looking pretty good! > > - Multiple qemus on a MP FreeBSD amd64 works with kqemu > enabled for user code. Some running 64 bit kernels > (freebsd), some running 32 bit kernels (freebsd and plan9). > > - Nested qemus work! That is, qemu*x86_64 under qemu*x86_64, > both with user mode kqemu. A 32 bit 7.0 kernel under it ran > fine. Ideally qemus should nest as long as there is enough > memory (a torture test for emulation fidelity). > > - As mentioned in another thread netbooting works well enough > but you have to use pxeboot from -current and append a byte > to it to work around an etherboot tftp bug. > > Now the bugs (probably most having to do with qemu/kqemu, > not the freebsd port): > > 1. kernel mode kqemu seems to cause crashes. Generally this > happens right after the guest freebsd kernel comes up. > Yeah I posted one of those on the qemu list, http://lists.gnu.org/archive/html/qemu-devel/2008-05/msg00233.html 32 bit linux guests seem to work fine tho at least. > 2. After the above crash VM reboots automatically but now it > can't find the root device so it hangs at the root > selection prompt. > Hmm. > 3. Ocassionally plan9 and (less often FreeBSD) crashes on > boot. Looks like a race condition of some sort. If they > boot, there are no further problems traceable to > qemu/kqemu. > Hmm. > 4. "calcru: runtime went backwards from usec to for > pid ()" is back! Well, the clock never was very accurate thats true... > Also, ntpd seems to get very > confused and after syncing with another clock shifts > mostly correct time by a few hours. > Ouch. > 5. An initial getty gets killed as it "exceeded maximum CPU limit" > This could an emulation bug or related to time issues. > > Random thoughts: > - If qemu is made scriptable we can automate a lot of > testing. For qemu/kqemu and freebsd. > Hmm what exactly do you want to script there? > - We need to add a section on qemu in the handbook. Hmmm... :) Juergen