4 way 800M Itanium, Lion
1.Bk pull form http://lia64.bkbits.net/linux-ia64-2.4 on 11/11
2.Bk pull from http://linux-acpi.bkbits.net/linux-acpi-test-2.4.22 on
11/11 (Shanhai time)
There is " PCI: no interrupt route for 00:00:03 pin B" in dmesg
Steps to reproduce:
comments from bjorn:
> 2.PCI: no interrupt route for 00:00:03 pin B
You say this is a known issue for 2.6, but I can't find any details
or discussion about it. It looks to me like a firmware problem.
The function at 00:00:03.3 (2.6 nicely tells us which function)
claims it's using INTB, but ACPI isn't telling us which GSI that
corresponds to. Can you ask your BIOS guys about this?
2.6 tries to derive an IRQ -- but fails:
pci_irq-0302  acpi_pci_irq_derive : Unable to derive IRQ for device
ACPI: No IRQ known for interrupt pin B of device 0000:00:03.3
00:03.3 SMBus: Intel Corp. 82372FB PIIX5 SMBus (rev 01)
Subsystem: Intel Corp.: Unknown device 414c
Flags: medium devsel
I/O ports at c000 [disabled] [size=16]
This looks like a firmware bug ragther than an ACPI bug -- closing.
There is only 1 PRT entry in DSDT for bus 0, slot 3, but it is for pin D not
for pin B . And the error message reflect that fact.
This error is for device 00:03.3 --SMBus. I don't know how to test that device.
Actually 2.6 will call acpi_pci_irq_derive try to derive IRQ from parent
bridge, if nothing found from PRT List, But 2.4 will not do that.
Actually, acpi_pci_irq_enable will not be called in 2.4. Maybe this is a issue.
But it will not help this case.
Created attachment 1652 [details]
luming, is this still an issue?
I don't have access to this Lion box.
I colse it as unperoducibile.
If someone else find it again, please reopen it.