Description of problem: After a while using my USB mouse the kernel complains it is disabling IRQ #18, and the mouse (almost) stops working. Pluggig the mouse into another USB port makes it work again. Version-Release number of selected component (if applicable): kernel-2.6.23-0.214.rc8.git2.fc8 (dual-core i686) How reproducible: Need to have the mouse plugged in a few hours, after that it shows up. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Created attachment 212681 [details] Excerpt from /var/log/messages
Please post full dmesg, plus contents of /proc/interrupts (a) shortly after booting and (b) after IRQ 18 gets disabled.
Seems to have gone now (kernel-2.6.23-0.217.rc9.git1.fc8).
Created attachment 291380 [details] Excerpt from /var/log/messages
Created attachment 291381 [details] dmesg output just after boot
Created attachment 291382 [details] dmesg output just after IRQ #18 disabled
Created attachment 291383 [details] /proc/interrupts just after boot
Created attachment 291384 [details] /proc/interrupts just after IRQ #18 disables
Oops, didn't post the comment... The problem showed up again some kernel revisions back. The attachments #4 through #8 are recent. Toshiba Tecra A7 SP2022 (dual core i686), kernel-2.6.24-0.138.rc7.fc9
Still the same with kernel-2.6.24-0.150.rc7.git4.fc9, but it seems to take a bit longer to trigger now.
Still the same with 2.6.24-7.fc9.i686 and 2.6.24-9.fc9.i686
Some unknown device is sending intterupts to IRQ 18. You can use "noirqdebug" to work around this.
Fixed again (?), kernel-2.6.25-0.95.rc4.fc9.i686 (perhaps a bit earlier)
Nope. kernel-2.6.25-0.95.rc4.fc9.i686 It looks like this is one of the USB hubs. When the message shows up and my USB mouse is plugged into the rear USB (which goes south when the message shows up), the machine freezes. No mouse, no reaction to the keyboard.
It is working OK now (kernel-2.6.25-14.fc9.i686, and several earlier ones, startint with -rc1 I believe). Can be closed.