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):
