From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JmZBz-0002Qt-DJ for qemu-devel@nongnu.org; Thu, 17 Apr 2008 14:50:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JmZBx-0002Pj-HW for qemu-devel@nongnu.org; Thu, 17 Apr 2008 14:50:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JmZBx-0002Pc-Bp for qemu-devel@nongnu.org; Thu, 17 Apr 2008 14:50:41 -0400 Received: from qmta04.westchester.pa.mail.comcast.net ([76.96.62.40]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JmZBw-00035G-RK for qemu-devel@nongnu.org; Thu, 17 Apr 2008 14:50:41 -0400 Message-ID: <48079BE1.4000201@cyberbotx.com> Date: Thu, 17 Apr 2008 14:50:09 -0400 From: Naram Qashat MIME-Version: 1.0 Subject: Re: [Qemu-devel] QEMU 0.9.1 CPU halting with Windows 2000 Pro guest References: <47FCF3A7.5010602@cyberbotx.com> <47FEB90B.5040900@cyberbotx.com> <47FED44B.4050705@cyberbotx.com> In-Reply-To: <47FED44B.4050705@cyberbotx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Naram Qashat wrote: > Mulyadi Santosa wrote: >> Hi... >> >> On Fri, Apr 11, 2008 at 8:04 AM, Naram Qashat >> wrote: >>> I looked through the archives for the last week or so and I can't >>> seem to >>> find the thread in question. Could you either point me to the thread >>> or sum >>> it up for me? >> >> hm...try : >> http://lists.gnu.org/archive/html/qemu-devel/2008-04/msg00101.html > > Ah, I did see that one, but it's not the same issue I'm running in to. > I am able to exit QEMU just fine without the process hanging. It's just > that it halts the actual emulated CPU and I can't see a reason why. > When I was running FreeBSD 6.3, I was running a UP kernel, and with > FreeBSD 7.0, I'm running an SMP kernel, but the issue was the same with > both versions. I don't recall if it used to happen before, but I > believe it may have started with QEMU 0.9.0, but don't quote me on that, > I may be wrong. > >> regards, >> >> Mulyadi. > > Thanks, > Naram Qashat > I narrows down the problem to be related to the use of kqemu. Based on a suggestion from the maintainer of the FrreBSD port of QEMU, turning off kqemu support did stop QEMU from locking up like it was, although it obviously has the side-effect of making the emulation run a lot slower. I can deal with that for now, but I suppose this just means that it's a kqemu problem and not a QEMU problem. Thanks, Naram Qashat