From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DH30f-0001Oo-II for qemu-devel@nongnu.org; Thu, 31 Mar 2005 11:59:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DH30Q-0001Fy-V9 for qemu-devel@nongnu.org; Thu, 31 Mar 2005 11:59:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DH30Q-0001E5-Te for qemu-devel@nongnu.org; Thu, 31 Mar 2005 11:58:54 -0500 Received: from [62.2.95.247] (helo=smtp.hispeed.ch) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DH2k7-0007sc-Ub for qemu-devel@nongnu.org; Thu, 31 Mar 2005 11:42:04 -0500 Received: from nbbolle (84-72-197-183.dclient.hispeed.ch [84.72.197.183]) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j2VGg1KE004875 for ; Thu, 31 Mar 2005 18:42:01 +0200 From: "Andreas Bollhalder" Subject: RE: APM bug Re: [Qemu-devel] Re: Suggestion - trap window-close of VM Date: Thu, 31 Mar 2005 18:38:14 +0200 Message-ID: <000201c53610$08aa6ad0$6401a8c0@geodb.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In-Reply-To: <424AA7F4.2050900@praguespringpeople.org> Reply-To: bolle@geodb.org, 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 My Windows XP guests are also unable to power off QEMU. As I know, there is the posibillity to install W2K or XP without ACPI support. Has anyone tried that ? Could it be, that the default installation of Windows with ACPI disable the APM support ? My brain is remembering something... Win98 guest closes QEMU fine. Andreas > -----Original Message----- > From: qemu-devel-bounces+bolle=3Dgeodb.org@nongnu.org=20 > [mailto:qemu-devel-bounces+bolle=3Dgeodb.org@nongnu.org] On=20 > Behalf Of Struan Bartlett > Sent: Wednesday, March 30, 2005 3:22 PM > To: qemu-devel@nongnu.org > Subject: APM bug Re: [Qemu-devel] Re: Suggestion - trap=20 > window-close of VM >=20 >=20 > *This message was transferred with a trial version of=20 > CommuniGate(tm) Pro* > Paul Brook wrote: >=20 > >>This isn't working quite right for me with a Windows 98 guest -- it > >>traps the attempt to close the window all right, but it doesn't let > >>the window close even when Window 98 has in fact shut down.=20 > >> =20 > >> > >In theory windows should be able to "turn off" qemu using=20 > APM, like it does on=20 > >real machines. However there seem to be bugs in the qemu=20 > implementation that=20 > >stop this working. > > =20 > > > I thought I'd have a little look into why Windows 2000=20 > doesn't turn off=20 > qemu using APM properly. I enabled DEBUG_BIOS in hw/pc.c then=20 > downloaded=20 > the latest Debian source for the Bochs bios v1.121 and defined=20 > DEBUG_ROMBIOS and DEBUG_APM both to be 1. I recompiled and=20 > installed the=20 > bios and ran qemu to load up Windows 2000. What we get seems=20 > interesting. By the time Qemu boots Windows 2000 to its first=20 > progress-bar, it has printed the following debug statements (with my > explanation added in square brackets): >=20 > APM: EAX=3D00005300 [53 is the int 15h identifier for APM=20 > checked for in=20 > rombios.c. 00 is the APM installation check function] > APM: EAX=3D00005301 [01 is the APM real mode interface connect] > APM: EAX=3D0000530e [0e appears to request APM driver version] > APM: EAX=3D00005300 [00, again, is the APM installation check - why is > this called twice?] > APM: EAX=3D00005304 [04 is APM interface disconnect] >=20 > Then, while Windows 2000 boots and until shutdown is=20 > complete, I get no=20 > more debug statements. My question is, why not? I'm no APM=20 > expert but,=20 > judging from the 'apmbios.S' comments I might expect to see APM:=20 > EAX=3D00005303 [03 is APM 32 bit protected mode interface connect]. I=20 > could speculate that the return code from APM function 0e does not=20 > satisfy Windows 2000 for some reason, so it does another installation=20 > check and then disconnects the APM interface entirely - hence no APM > functionality in Windows 2000. >=20 > If I get more time I may research the APM functions more=20 > fully. In the=20 > meantime, if anyone can suggest any alternative theories or=20 > how to test=20 > them, I'd be curious. >=20 > Struan >=20 >=20 >=20 > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel >=20