From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mfrss-00023L-Vz for qemu-devel@nongnu.org; Tue, 25 Aug 2009 05:00:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mfrso-00021n-1y for qemu-devel@nongnu.org; Tue, 25 Aug 2009 05:00:06 -0400 Received: from [199.232.76.173] (port=57150 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mfrsn-00021h-US for qemu-devel@nongnu.org; Tue, 25 Aug 2009 05:00:01 -0400 Received: from fmmailgate03.web.de ([217.72.192.234]:41596) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mfrsn-00030r-2I for qemu-devel@nongnu.org; Tue, 25 Aug 2009 05:00:01 -0400 Message-ID: <4A93A7EC.6090704@web.de> Date: Tue, 25 Aug 2009 10:59:24 +0200 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: Breakage with local APIC routing References: <48A297F0.9000700@web.de> <48A8574B.6010704@web.de> <4A938B26.5040609@web.de> <52d4a3890908250124g74e25441x262fc7926bfdbe36@mail.gmail.com> In-Reply-To: <52d4a3890908250124g74e25441x262fc7926bfdbe36@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3E22B8260B41C5D822693D62" Sender: jan.kiszka@web.de List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mohammed Gamal Cc: Avi Kivity , qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3E22B8260B41C5D822693D62 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mohammed Gamal wrote: > On Tue, Aug 25, 2009 at 9:56 AM, Jan Kiszka wrote: >> Johannes Schindelin wrote: >>> Hi, >>> >>> 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 u= sed, >>>>>>> which was no better than Subversion) installation of win64 is bro= ken >>>>>>> in QEmu. The commit message reads like this: >>>>>>> >>>>>>> Don't route PIC interrupts through the local APIC if the local >>>>>>> APIC config says so. By Ari Kivity. >>>>>> I recalled some earlier post on this which claimed to fix the issu= e 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 e= ndless >>>>> loop, it results in a bluescreen. >>>>> >>>>> As the OP said that it worked for him, I guess it is either in comm= its >>>>> 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 >>>> 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= >>> issue, but I quickly verified that it still does not work, with aa0cb= a4 >>> (Aug 13 2009). >>> >>> If you are still interested in this issue, could you give me a hint >>> _where_ I should output _which_ values? I'll gladly take time for th= at >>> 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? Wha= t >> is your qemu command line? Where does the installation fail? Are there= >> specific steps required during the installation to reproduce the probl= em? >> >> And one more question: Did you check that you were using the >> corresponding BIOS to aa0cba4? >> >> Jan >> >> >=20 > In case this is considered relevant. I am also facing a bug with > installing amd64 version of ubuntu-9.04. I first thought it was a > possible bug in KVM, but even when using -no-kvm the guest still hangs > just when starting to load the kernel. Might be the same, might be a different issue. Same questions to you: what is your command line, and are there specific steps required to reproduce the issue? And I assume you also tried plain qemu, right? Jan --------------enig3E22B8260B41C5D822693D62 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 iEYEARECAAYFAkqTp/AACgkQniDOoMHTA+ni6gCfdYePTkzTjeQ4AJXJHLH13Aub e1sAnjqdKgAiJVr9UY29hdxwfwoHSvEU =o1Nx -----END PGP SIGNATURE----- --------------enig3E22B8260B41C5D822693D62--