Messages in this thread | | | Subject | ACPI SCI IOAPIC bug (Re: Fixes for nforce2 hard lockup, apic, io-apic, udma133 covered) | From | Len Brown <> | Date | 13 Feb 2004 21:31:49 -0500 |
| |
On Thu, 2003-12-11 at 10:15, Maciej W. Rozycki wrote: > On Thu, 11 Dec 2003, Ross Dickson wrote:
> > ACPI: INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x1] > trigger[0x3]) > > Int: type 0, pol 1, trig 3, bus 0, irq 9, 2-9 > > ... > > > IRQ to pin mappings: ... > > IRQ9 -> 0:9-> 0:9 > > ... wrong -- the interrupts are set up as if they were > connected to multiple I/O APIC inputs.
Maciej, You're right. This bug is in mp_config_ioapic_for_sci(), which calls io_apic_set_pci_routing(), which uncondnitionally calls add_pin_to_irq(). Problem is that this IRQ has already been initialized back in setup_IO_APIC_irqs().
Clearly in this case we shouldn't be calling io_apic_set_pci_routing() at all. But I've got to look more closely at the case where the SCI is not identity mapped before simply ripping it out.
thanks, -Len
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |