From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tokarev Subject: Re: winXP "Standard PC" HAL and qemu-kvm >= 0.15 Date: Tue, 06 Dec 2011 22:45:26 +0400 Message-ID: <4EDE62C6.8000506@msgid.tls.msk.ru> References: <4EDC8D06.20308@msgid.tls.msk.ru> <4EDCC6FE.8040702@redhat.com> <4EDD2763.8010808@msgid.tls.msk.ru> <4EDDEF26.9030403@redhat.com> <4EDDF659.6040701@msgid.tls.msk.ru> <20111206122752.GA31385@redhat.com> <4EDE2AA0.7090001@msgid.tls.msk.ru> <4EDE42EB.2020101@msgid.tls.msk.ru> <4EDE450B.6090801@siemens.com> <4EDE498A.2040309@msgid.tls.msk.ru> <4EDE5B3E.7000003@msgid.tls.msk.ru> <4EDE5D2A.2020809@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Isaku Yamahata , "Michael S. Tsirkin" , "qemu-devel@nongnu.org" , KVM list , Avi Kivity To: Jan Kiszka Return-path: In-Reply-To: <4EDE5D2A.2020809@siemens.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On 06.12.2011 22:21, Jan Kiszka wrote: [] >> For the 0.15 .. 1.0 change, the first commit which restores the (broken >> in 0.15) functionality is this one: >> >> commit 86fbf97ceb4a9c46a609dd4ae053ba4262b68fe8 >> Author: Jan Kiszka >> Date: Fri Oct 7 09:19:45 2011 +0200 >> >> i8259: Clear ELCR on reset >> >> The ELCR is actually part of the chipset but we model it here for >> simplicity reasons. The PIIX3 clears the ELCR on reset, which was once >> broken by 4dbe19e181. Fix this by splitting up pic_init_reset from >> pic_reset and clearing the register in the latter. >> >> Signed-off-by: Jan Kiszka >> Signed-off-by: Blue Swirl >> >> Which is quite expected having in mind the commit which "broke" >> it for 0.15. > > Yep, makes a lot of sense. That patch should be applied to stable then > (who's in charge?). I'm not sure it makes much sense to continue 0.15 at this stage. >> >>> Upstream qemu 1.0 does not have this issue too. >>> >>>> [1] http://thread.gmane.org/gmane.comp.emulators.kvm.devel/82871 >>> >>> I'll try to verify this series in a moment, but hopefully it will work >>> fine too :) >> >> And that turned out to be not so easy for me. Which is this >> series against? Is there may be a git tree with this series >> applied already? > > Oops. It's against qemu-kvm's uq/master queue. Find a git tree at > > git://git.kiszka.org/qemu-kvm.git queues/kvm-irqchip This tree does not boot for me at all (on regular x86-64 setup) - it stays in bios after "Booting from hard disk" with 100% CPU usage. /mjt