Bug 756866
| Summary: | MacBookPro6,2: kernel: IRQ handler type mismatch for IRQ 0 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | joshua | ||||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 16 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mads, the.h.westies | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | abrt_hash:c48c5e5b69c78073c9624dc0d64bdfba15dd1a0c | ||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2012-04-04 16:17:22 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
joshua
2011-11-24 22:25:20 UTC
Created attachment 536065 [details]
File: smolt_data
The ips driver is trying to use interrupt 0, which is not allowed. This should never happen, maybe there is something wrong with the hardware? What was the last kernel version that worked? This is a MacBook Pro. Fedora 15 never did this. I don't think the first kernel or two in F16 did either. can you attach the full dmesg output and acpidump for this machine? Created attachment 541043 [details]
dmesg output
dmesg output attached... what is acpidump? It doesn't appear to be command in F16 (In reply to comment #6) > dmesg output attached... what is acpidump? It doesn't appear to be command in > F16 acpidump is a command provided by the pmtools package. If you install that, you should be able to run it as root. So your machine seems to have multiple APIC tables: [ 0.000000] ACPI: BIOS bug: multiple APIC/MADT found, using 0 [ 0.000000] ACPI: If "acpi_apic_instance=2" works better, notify linux-acpi.org Can you try passing acpi_apic_instance=2 on the kernel command line and see if the problem gets better? Created attachment 541074 [details]
acpidump
attached acpidump. This is a 2010 Macbook Pro. Is this multiple APIC tables a known feature/issue for Macbook Pro models? I'll try the kernel command-line args you suggest. This report seems to be with a BIOS boot of MacBookPro6,2. I saw the same when booting the same model from USB with EFI (and nomodeset). *** Bug 769427 has been marked as a duplicate of this bug. *** acpi_apic_instance=2 doesn't seem to help me. See BZ # 769427 Is this still happening with the 3.2.7 or newer kernels? Sadly yes, see 769427 which I just created. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. Sadly no. I just did an abrt report upload for this bug on the 3.3.0 kernel. Same error. I just pushed a fix of sorts for this earlier today. It should be in the next f16 update. This should be fixed with the latest update. |