From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [PATCH 05/15] Coalesce userspace/kernel irqchip interrupt injection logic. Date: Wed, 15 Apr 2009 14:48:37 +0200 Message-ID: <49E5D7A5.3060501@siemens.com> References: <1239616545-25199-1-git-send-email-gleb@redhat.com> <1239616545-25199-6-git-send-email-gleb@redhat.com> <20090414142403.GC20739@redhat.com> <20090414145536.GD20739@redhat.com> <20090414194103.GK20739@redhat.com> <20090415094430.GB27675@redhat.com> <49E5C0F9.6050200@siemens.com> <49E5C46F.3010805@siemens.com> <49E5CAC4.3030002@siemens.com> <49E5CD2B.3020402@siemens.com> <49E5D591.4050302@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Gleb Natapov , kvm@vger.kernel.org To: Dmitry Eremin-Solenikov Return-path: Received: from gecko.sbs.de ([194.138.37.40]:22972 "EHLO gecko.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752743AbZDOMs7 (ORCPT ); Wed, 15 Apr 2009 08:48:59 -0400 In-Reply-To: <49E5D591.4050302@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: Dmitry Eremin-Solenikov wrote: > Jan Kiszka =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Dmitry Eremin-Solenikov wrote: >>> Jan Kiszka =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> Dmitry Eremin-Solenikov wrote: >>>>> Gleb Natapov wrote: >>>>>> On Wed, Apr 15, 2009 at 01:30:29PM +0400, Dmitry Eremin-Soleniko= v >>>>>> wrote: >>>>>>> qemu-x86_64 version 0.10.2 running on i386 >>>>>>> Due to problems with qemu-x86_64 I have to boot the 'host' kern= el >>>>>>> with 'noapic'. >>>>>> Do you mean boot 'guest' kernel with noapic? The guest is what r= uns >>>>>> inside qemu. So you are able to boot guest with 'noapic'? >>>>>> >>>>>> What is the command line you are using. >>>>> Well, since this caused lot's of questions, here is my setup: >>>>> >>>>> Main host: Debian squeeze, kernel 2.6.28 or .29 (doesn't matter), >>>>> qemu-system-x86_64 version 0.10.2 >>>>> >>>>> KVM kernel run inside qemu: e3dbe3f408a46a045012f1882e9f62b27b8a6= 16c >>>>> from Avi's tree (KVM: x86 emulator: fix call near emulation) + th= ese >>>>> patches. I have to boot the kernels (both this kernel and 2.6.26 = from >>>>> debian) with noapic to w/around APIC problems (I dunno if it's qe= mu or >>>>> bochsbios problem). >>>> And the bios you are using with 0.10.2 is from 0.10.2 (when in dou= bt, >>>> specify explicitly with -bios and/or -L)? Then this would be a QEM= U >>>> upstream bug. >>> Indeed, there seem to be problems with upstream qemu bios. I was us= ing >>> the image from the debian's bochsbios package. >> >> Bochsbios is typically lacking some patches qemu needs, therefore th= at >> bios patch queue in qemu. >=20 > Debian's bochsbios provides two bios versions: one for bochs and one > patched with qemu (maybe not the latest patches though) >=20 >>> I asked qemu to use the >>> bios from 0.10.2 release and got slightly different messages. Attac= hed >>> the kernel log >>> >> >> ... >> >>> init IO_APIC IRQs >>> 1-0 (apicid-pin) not connected >>> IOAPIC[0]: Set routing entry (1-1 -> 0x31 -> IRQ 1 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-2 -> 0x30 -> IRQ 0 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-3 -> 0x33 -> IRQ 3 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-4 -> 0x34 -> IRQ 4 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-5 -> 0x35 -> IRQ 5 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-6 -> 0x36 -> IRQ 6 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-7 -> 0x37 -> IRQ 7 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-8 -> 0x38 -> IRQ 8 Mode:0 Active:0) >>> IOAPIC[0]: Set routing entry (1-9 -> 0x39 -> IRQ 9 Mode:1 Active:1) >>> IOAPIC[0]: Set routing entry (1-10 -> 0x3a -> IRQ 10 Mode:0 Active:= 0) >>> IOAPIC[0]: Set routing entry (1-11 -> 0x3b -> IRQ 11 Mode:0 Active:= 0) >>> IOAPIC[0]: Set routing entry (1-12 -> 0x3c -> IRQ 12 Mode:0 Active:= 0) >>> IOAPIC[0]: Set routing entry (1-13 -> 0x3d -> IRQ 13 Mode:0 Active:= 0) >>> IOAPIC[0]: Set routing entry (1-14 -> 0x3e -> IRQ 14 Mode:0 Active:= 0) >>> IOAPIC[0]: Set routing entry (1-15 -> 0x3f -> IRQ 15 Mode:0 Active:= 0) >>> 1-16 1-17 1-18 1-19 1-20 1-21 1-22 1-23 (apicid-pin) not connected >>> ..TIMER: vector=3D0x30 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1 >>> ..MP-BIOS bug: 8254 timer not connected to IO-APIC >>> ...trying to set up timer (IRQ0) through the 8259A ... >>> ..... (found apic 0 pin 2) ... >>> ....... failed. >>> ...trying to set up timer as Virtual Wire IRQ... >>> ..... failed. >>> ...trying to set up timer as ExtINT IRQ... >>> ..... failed :( . >>> Kernel panic - not syncing: IO-APIC + timer doesn't work! Boot wit= h >>> apic=3Ddebug and send a report. Then try booting with the 'noapic' >>> option. >> >> This looks a bit like [1, 2] on first glance... >> >> Jan >> >> [1] http://permalink.gmane.org/gmane.comp.emulators.qemu/41300 >> [2] http://permalink.gmane.org/gmane.comp.emulators.qemu/41433 >=20 > Looks like a part of this changes. You mean the kernel boots for you now? > However I don't quite understand: > these patches should address non-ACPI OS, but linux is surely and ACP= I os! That's what I also do not understand ATM. I've once seen the above erro= r as well, but with a !CONFIG_ACPI kernel. However, I'd suggest to move the issue (if it still exists) to qemu-devel until we reach KVM specifics again. Jan --=20 Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux