Re: nr_irqs_gsi

[Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>]

On Tue, Jul 24, 2012 at 10:03:17AM +0800, Joe Jin wrote:
> On 07/23/12 23:34, Konrad Rzeszutek Wilk wrote:
> > On Mon, Jul 23, 2012 at 02:30:37PM +0100, Jan Beulich wrote:
> >>>>> On 12.07.12 at 04:17, Joe Jin <joe.jin@oracle.com> wrote:
> >>>>>> (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])
> >>>>>> (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
> >>>>>> (XEN) ACPI: IOAPIC (id[0x01] address[0xfec80000] gsi_base[32])
> >>>>>> (XEN) IOAPIC[1]: apic_id 1, version 32, address 0xfec80000, GSI 32-55
> >>>
> >>> Below came from dom0:
> >>>
> >>> ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
> >>> ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])
> >>> IOAPIC[0]: apic_id 0, version 255, address 0xfec00000, GSI 0-255
> >>
> >> Now this and ...
> >>
> >>> ACPI: IOAPIC (id[0x01] address[0xfec80000] gsi_base[32])
> >>> IOAPIC[1]: apic_id 1, version 255, address 0xfec80000, GSI 32-287
> >>
> >> ... this is clearly bogus, contradicting what Xen itself prints (see
> >> above).
> > 
> > Yeah, that got fixed up in v3.5 (merge git f08b9c2f8af0d61faa1170aeae4fbca1eff6a504)
> > specifically:
> > 
> >       x86/apic: Fix UP boot crash
> >       xen/apic: implement io apic read with hypercall
> >       xen/x86: Implement x86_apic_ops
> >       x86/apic: Replace io_apic_ops with x86_io_apic_ops.
> >       x86/ioapic: Add io_apic_ops driver layer to allow interception
> > 
> 
> Konrad,
> 
> Would you please point out which commit is make sense for this issue? so far I still
> suspend it's a hypervisor issue rather than dom0 kernel.

I concur. The patches above are just for reporting the GSI properly in the initial domain.