Bug 14128
Summary: | Macbook Pro 5,2 Express Card Slot IRQ 0 Error | ||
---|---|---|---|
Product: | ACPI | Reporter: | Nick Clark (nick4jesus) |
Component: | BIOS | Assignee: | ykzhao (yakui.zhao) |
Status: | REJECTED WILL_NOT_FIX | ||
Severity: | high | CC: | akpm, nick4jesus, yakui.zhao |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.31 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
acpidump
lspci noapic dmesg pci=noacpi dmesg Corrected noapic |
Description
Nick Clark
2009-09-06 03:10:56 UTC
After re-reading my description above, I think I left one piece of information unclear. The Ubuntu Live CD and the BackTrack 4 CD were both tried and successful on ANOTHER computer other than the MacBook. I reassigned this to acpi/bios. Dunno if that's 100% correct but I trust the ACPI people will be able to route it more appropriately if needed, thanks. From the log it seems that the incorrect interrupt is obtained from ath5k 0000:06:00.0 device. Maybe it is related with the broken BIOS. Will you please attach the output of acpidump, lspci -vxxx ? Will you please add the following boot options and attach the output of dmesg? a. noapic b. pci=noacpi Thanks. Created attachment 23069 [details]
acpidump
Output from acpidump
Created attachment 23070 [details]
lspci
Output from lspci -vxxx
Created attachment 23071 [details]
noapic dmesg
Dmesg when booted with noapic
Created attachment 23072 [details]
pci=noacpi dmesg
Dmesg when booted with pci=noacpi
Sorry, I just noticed that the dmesg output is junk. Ill try and get that replaced immediatly Created attachment 23074 [details]
Corrected noapic
Trying to run dmesg when using pci=noacpi freezes the machine, so I was unable to post that Will you please add the following boot option and see whether the issue still exists? acpi_osi="Darwin" thanks. Hi, Nick From the acpidump info it seems that this issue is related with the broken BIOS. When no boot option of "acpi_osi=Darwin" is added, it will return the incorrect _PRT entry for 06:00.0 PCI device. > Return (Package (0x01) { Package (0x04) { 0x00, 0x00, 0x00, 0x00 } }) In such case it can't get the correct IRQ number for the 06:0.0 device. So please add the boot option of "acpi_osi=Darwin" and see whether the issue still exists. As this is related with the BIOS, the bug will be rejected. Thanks. Thank you, adding the option acpi_osi="Darwin" works, although I don't know why hotpluging isn't working. Thank you guys for all your help. |