Distribution: RH Hardware Environment: 4 way 800M Itanium, Lion Software Environment: 1.Bk pull form http://lia64.bkbits.net/linux-ia64-2.4 on 11/11 (Shanghai time) 2.Bk pull from http://linux-acpi.bkbits.net/linux-acpi-test-2.4.22 on 11/11 (Shanhai time) Problem Description: There is " PCI: no interrupt route for 00:00:03 pin B" in dmesg Steps to reproduce: just boot
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 [03] acpi_pci_irq_derive : Unable to derive IRQ for device 0000:00:03.3 ACPI: No IRQ known for interrupt pin B of device 0000:00:03.3 2.4 lspci: 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.
test
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. Package (0x04) { 0x0003FFFF, 0x03, 0x00, 0x32 },
Created attachment 1652 [details] DSDT
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. Thanks, Luming