From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MfvD3-0002pM-6u for qemu-devel@nongnu.org; Tue, 25 Aug 2009 08:33:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MfvCy-0002j4-0D for qemu-devel@nongnu.org; Tue, 25 Aug 2009 08:33:08 -0400 Received: from [199.232.76.173] (port=52962 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MfvCx-0002il-LB for qemu-devel@nongnu.org; Tue, 25 Aug 2009 08:33:03 -0400 Received: from fmmailgate01.web.de ([217.72.192.221]:45357) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MfvCw-0001Sd-Hu for qemu-devel@nongnu.org; Tue, 25 Aug 2009 08:33:03 -0400 Message-ID: <4A93D986.4060206@web.de> Date: Tue, 25 Aug 2009 14:31:02 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <48A297F0.9000700@web.de> <48A8574B.6010704@web.de> <4A938B26.5040609@web.de> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig879885EECC277E1C941CA829" Sender: jan.kiszka@web.de Subject: [Qemu-devel] Re: Breakage with local APIC routing List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Johannes Schindelin Cc: qemu-devel@nongnu.org, Avi Kivity This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig879885EECC277E1C941CA829 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Johannes Schindelin wrote: > Hi, >=20 > On Tue, 25 Aug 2009, Jan Kiszka wrote: >=20 >> Johannes Schindelin wrote: >> >>> On Sun, 17 Aug 2008, Jan Kiszka wrote: >>> >>>> Johannes Schindelin wrote: >>>> >>>>> On Wed, 13 Aug 2008, Jan Kiszka wrote: >>>>> >>>>>> Johannes Schindelin wrote: >>>>>>> due to the change in revision 3371 (well, at that time, CVS was=20 >>>>>>> used, which was no better than Subversion) installation of win64 = >>>>>>> is broken in QEmu. The commit message reads like this: >>>>>>> >>>>>>> Don't route PIC interrupts through the local APIC if the local=20 >>>>>>> APIC config says so. By Ari Kivity. >>>>>> I recalled some earlier post on this which claimed to fix the issu= e=20 >>>>>> and found it in the archive: >>>>>> >>>>>> http://permalink.gmane.org/gmane.comp.emulators.qemu/25415 >>>>> I tried this, and it changes the symptoms, indeed. Instead of an=20 >>>>> endless loop, it results in a bluescreen. >>>>> >>>>> As the OP said that it worked for him, I guess it is either in=20 >>>>> commits that came after his post, or in my add-on patches. >>>> So we are likely on the wrong path. Maybe we have to understand what= >>>> happens here first... >>>> >>>>> Hopefully I will find some time to work more on this bug. >>>> Would be interesting to know >>>> - if pic_irq_request is continuously called or if it stops when win= dows=20 >>>> hangs >>>> - what IRQ vectors are delivered >>>> - in what state the apic is, namely the s->lvt[APIC_LVT_LINT0] >>> Sorry for the long delay. I just don't have time to take care of the= =20 >>> issue, but I quickly verified that it still does not work, with aa0cb= a4=20 >>> (Aug 13 2009). >>> >>> If you are still interested in this issue, could you give me a hint=20 >>> _where_ I should output _which_ values? I'll gladly take time for th= at=20 >>> now. >> If some OS does not properly install due to a possible emulation bug, = I >> am interested, for sure. Let's restart this by specifying the test cas= e >> more precisely: What version of Windows are you trying to install? >=20 > As far as I remember, it is a plain version of 64-bit XP Pro. (Maybe i= t=20 > is a custom .iso for my day-job, but I think this is not the case). >=20 >> What is your qemu command line? >=20 > test -h pc-bios/keymaps || ln -s ../keymaps pc-bios/ >=20 > ./x86_64-softmmu/qemu-system-x86_64 \ > -L pc-bios/ \ > -m 1024 \ > -monitor stdio \ > -k en-us \ > -hda w64.img \ > -cdrom en_win_xp_pro_x64bit.iso \ > -fda fat:fat \ > -boot d \ > -net none \ > -localtime >=20 >> Where does the installation fail? >=20 > "Setup is starting Windows". (Just after "Setup is loading files (...)"= =20 > phase.) >=20 >> Are there specific steps required during the installation to reproduce= =20 >> the problem? >=20 > You need a 64-bit XP Pro, then call the command line as I did. It hang= s=20 > at >=20 > (qemu) info cpus > * CPU #0: pc=3D0xfffff800010cabeb >=20 > This is 100% reproducible. >=20 >> And one more question: Did you check that you were using the=20 >> corresponding BIOS to aa0cba4? >=20 > Yes, I always use -L pc-bios/ in the same Git working directory, and I = > just verified that indeed, the source is clean. >=20 > A tiny, gentle reminder: the revision which is now available as 0e21e12= b=20 > introduced this particular breakage. OK, just found some 64-bit Windows ISO (Server 2003) that also makes no progress at the point you described. Will play with it later today, specifically with the LAPIC changes you referred to. Thanks so far, Jan --------------enig879885EECC277E1C941CA829 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkqT2Y0ACgkQniDOoMHTA+m7vwCeOScpa5kwuI1UiUi1cojF7F04 IA0AmgPFUfeaY/AGrXXF1da8M26u5foE =LDOf -----END PGP SIGNATURE----- --------------enig879885EECC277E1C941CA829--