We did a few experiments with assigning IRQ 14 and 15, and didn't get anywhere. Then I asked Alexander for the MP routing table, and it became clear that 14 and 15 are not wired on his system. Below is some information that we collected. I am showing here the case when Alexander booted with acpi=off and no MSI, to simplify the picture. The interrupt routing according to MPS: I/O APIC #2 Version 32 at 0xFEC00000. Int: type 3, pol 0, trig 0, bus 5, IRQ 00, APIC ID 2, APIC INT 00 Int: type 0, pol 0, trig 0, bus 5, IRQ 01, APIC ID 2, APIC INT 01 Int: type 0, pol 0, trig 0, bus 5, IRQ 00, APIC ID 2, APIC INT 02 Int: type 0, pol 0, trig 0, bus 5, IRQ 04, APIC ID 2, APIC INT 04 Int: type 0, pol 0, trig 0, bus 5, IRQ 06, APIC ID 2, APIC INT 06 Int: type 0, pol 0, trig 0, bus 5, IRQ 07, APIC ID 2, APIC INT 07 Int: type 0, pol 1, trig 1, bus 5, IRQ 08, APIC ID 2, APIC INT 08 Int: type 0, pol 0, trig 0, bus 5, IRQ 09, APIC ID 2, APIC INT 09 Int: type 0, pol 0, trig 0, bus 5, IRQ 0a, APIC ID 2, APIC INT 0a Int: type 0, pol 0, trig 0, bus 5, IRQ 0c, APIC ID 2, APIC INT 0c Int: type 0, pol 0, trig 0, bus 5, IRQ 0d, APIC ID 2, APIC INT 0d Int: type 0, pol 3, trig 3, bus 0, IRQ 04, APIC ID 2, APIC INT 10 Int: type 0, pol 3, trig 3, bus 4, IRQ 00, APIC ID 2, APIC INT 10 Int: type 0, pol 3, trig 3, bus 0, IRQ 70, APIC ID 2, APIC INT 10 Int: type 0, pol 3, trig 3, bus 0, IRQ 71, APIC ID 2, APIC INT 11 Int: type 0, pol 3, trig 3, bus 0, IRQ 7c, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 0, IRQ 7d, APIC ID 2, APIC INT 13 Int: type 0, pol 3, trig 3, bus 0, IRQ 74, APIC ID 2, APIC INT 17 Int: type 0, pol 3, trig 3, bus 0, IRQ 75, APIC ID 2, APIC INT 13 Int: type 0, pol 3, trig 3, bus 0, IRQ 76, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 0, IRQ 77, APIC ID 2, APIC INT 10 Int: type 0, pol 3, trig 3, bus 0, IRQ 6c, APIC ID 2, APIC INT 10 Int: type 0, pol 3, trig 3, bus 1, IRQ 28, APIC ID 2, APIC INT 15 Int: type 0, pol 3, trig 3, bus 1, IRQ 24, APIC ID 2, APIC INT 11 Int: type 0, pol 3, trig 3, bus 1, IRQ 0c, APIC ID 2, APIC INT 15 Int: type 0, pol 3, trig 3, bus 2, IRQ 00, APIC ID 2, APIC INT 11 Int: type 0, pol 3, trig 3, bus 1, IRQ 18, APIC ID 2, APIC INT 10 Int: type 0, pol 3, trig 3, bus 1, IRQ 10, APIC ID 2, APIC INT 17 CPU0 0: 164179 IO-APIC-edge timer 1: 183 IO-APIC-edge i8042 2: 0 XT-PIC cascade 8: 0 IO-APIC-edge rtc 16: 2330 IO-APIC-level skge, uhci_hcd:usb5, HDA Intel 17: 3 IO-APIC-level bttv0 18: 4400000 IO-APIC-level ide0, uhci_hcd:usb4 19: 4824 IO-APIC-level libata, uhci_hcd:usb3 21: 3 IO-APIC-level ohci1394, Ensoniq AudioPCI 23: 1246 IO-APIC-level ide2, ehci_hcd:usb1, uhci_hcd:usb2 NMI: 543 LOC: 163040 ERR: 0 MIS: 0 I am also attaching full trace. Hope someone familiar with the chipset will be able to make sense out of this data... Thanks, --Natalie
Attachment:
syslog2613rc2patch-nomsi.bz2
Description: syslog2613rc2patch-nomsi.bz2
- Prev by Date: Re: [PATCH 0/82] changing CONFIG_LOCALVERSION rebuilds too much, for no good reason.
- Next by Date: [patch 1/2] Avoid wasting IRQs patch update (i386)
- Previous by thread: Re: PROBLEM: "drive appears confused" and "irq 18: nobody cared!"
- Next by thread: [PATCH] Fix 2.6.13rc2 compilation without CONFIG_HOTPLUG
- Index(es):