http://bugzilla.kernel.org/show_bug.cgi?id=8896
------- Comment #45 from [EMAIL PROTECTED] 2007-08-31 14:27 ------- Ubuntu users reported this back in 2.6.17: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/83984 ACPI: PCI Interrupt Link [ALKD] (IRQs 21) *0 ... ACPI Error (uteval-0269): Return object type is incorrect [\_SB_.PCI0.ALKD._CRS] (Node dbfd39b4), AE_TYPE ACPI Error (uteval-0275): Type returned from _CRS was incorrect: Integer, expected Btypes: 4 [20060707] ACPI Exception (pci_link-0281): AE_TYPE, Evaluating _CRS [20060707] ACPI: Unable to set IRQ for PCI Interrupt Link [ALKD]. Try pci=noacpi or acpi=off ACPI: Invalid IRQ link routing entry ACPI: Unable to derive IRQ for device 0000:00:10.0 ACPI: PCI Interrupt 0000:00:10.0[A]: no GSI - using IRQ 11 The interesting thing here is that _PRS is valid, with IRQ 21. When Linux finds the bogus _CRS, it is abandoning the link and going to the PCI config space, which gives us 11 in the Ubuntu case and 0 here. Neither of them are in _PRS, which is quite clear that this link needs to be IRQ21 when enabled. So I'm thinking that rather than change the interpreter to grok a bogus link entry, what we should do is make the error path smarter and instead of using PCI space, we should use the _PRS when _CRS is bad. We already have a BIOS workaround in place for when _CRS returns 0, so this shouldn't be much different. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
