Bug 39122
Summary: | IRQ issues with ASUS E35M1-M | ||
---|---|---|---|
Product: | Platform Specific/Hardware | Reporter: | bjorn.ottervik |
Component: | x86-64 | Assignee: | other_other |
Status: | RESOLVED DUPLICATE | ||
Severity: | high | CC: | aklhfex, alan, bjorn.ottervik, edward.donovan |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.0-rc6 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | 3.0-rc6 .config |
Description
bjorn.ottervik
2011-07-10 18:38:24 UTC
Created attachment 65182 [details]
3.0-rc6 .config
Related with https://bugzilla.kernel.org/show_bug.cgi?id=32492 perhaps? I'm running mdadm RAID5. Still with 3.0-rc7: ↓ Giving up and getting another mainboard model. Will keep this one for testing in case anyone comes up with any ideas. [25160.202294] irq 18: nobody cared (try booting with the "irqpoll" option) [25160.202305] Pid: 0, comm: kworker/0:0 Not tainted 3.0.0-rc7 #1 [25160.202308] Call Trace: [25160.202312] <IRQ> [<ffffffff810a10b5>] __report_bad_irq+0x35/0xd0 [25160.202328] [<ffffffff810a1295>] note_interrupt+0x145/0x200 [25160.202336] [<ffffffff8109f230>] handle_irq_event_percpu+0xb0/0x200 [25160.202342] [<ffffffff8109f3b5>] handle_irq_event+0x35/0x60 [25160.202346] [<ffffffff810a1a8d>] handle_fasteoi_irq+0x4d/0xc0 [25160.202352] [<ffffffff810041d4>] handle_irq+0x44/0x90 [25160.202356] [<ffffffff810039b8>] do_IRQ+0x58/0xe0 [25160.202362] [<ffffffff817eabd3>] common_interrupt+0x13/0x13 [25160.202365] <EOI> [<ffffffff813b9daf>] ? acpi_idle_do_entry+0x36/0x57 [25160.202374] [<ffffffff813b9e20>] acpi_idle_enter_c1+0x50/0x99 [25160.202381] [<ffffffff8161f577>] cpuidle_idle_call+0xb7/0x240 [25160.202385] [<ffffffff81001ff9>] cpu_idle+0x59/0xb0 [25160.202391] [<ffffffff817e3256>] start_secondary+0x181/0x185 [25160.202394] handlers: [25160.202398] [<ffffffff815475f0>] usb_hcd_irq [25160.202402] [<ffffffff815475f0>] usb_hcd_irq [25160.202406] [<ffffffff815475f0>] usb_hcd_irq [25160.202409] [<ffffffff815475f0>] usb_hcd_irq [25160.202416] [<ffffffff815284f0>] rtl8169_interrupt [25160.202419] Disabling IRQ #18 Moving to hardware specific and bumping to high because <10MB disk transfer speeds makes the system useless untill rebooted. Found out that the two PCI slots on the system are not "native" slots, but controlled by an ASMedia ASM1083 [1] PCIe→PCI bridge chipset. Possible cause? A thread on the ASUS forums suggested disabling the builtin NIC might help. [2] A Silicon Image SiI 3132 storage controller was still in the PCIe 1x slot, and a RTL-8169 and an added RTL-8139 Realtek NIC occupied the two PCI slots. Same problem. [1] http://www.asmedia.com.tw/eng/e_show_products.php?item=114&cate_index=112 [2] http://vip.asus.com/forum/view.aspx?board_id=1&model=E35M1-M+PRO&id=20110507053520320&page=1&SLanguage=en-us This bug looks like the same problem as numbers 38632 and 42659. https://bugzilla.kernel.org/show_bug.cgi?id=38632 https://bugzilla.kernel.org/show_bug.cgi?id=42659 If bugzilla would let me, I'd mark the two later ones as dupes of the first. Or do something to pull them together. It looks like the chip is bad. It's been discussed on LKML, as seen here: https://lkml.org/lkml/2012/2/2/370 where Linus and others say we may be able to do limited workarounds. No code has come from that, yet. I'm posting a version of this note on all three bugs. |