User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.5) Gecko/2008121622 Fedora/3.0.5-1.fc10 Firefox/3.0.5 First indication that something is wrong is that the mouse pointer gets very slow. Then a message in /var/log/messages: kernel: irq 16: nobody cared (try booting with the "irqpoll" option) [...] kernel: Disabling IRQ #16 The machine will not shut down properly after this error, and a hard shutdown with the power button is neccessary. Reproducible: Sometimes Steps to Reproduce: 1. Boot Fedora 10. 2. Log in. 3. After minutes or hours irq 16 may be disabled. Actual Results: Mouse becomes slow. Irq 16 disable. System can not shut down properly. Expected Results: Mouse working smoothly. Irq 16 not disabled. Be able to shut down system properly.
Created attachment 327677 [details] dmesg file
Created attachment 327678 [details] /var/log/messages
Created attachment 327679 [details] Output of lspci -nn
This error was produced on a Lenovo Thinkpad R61e.
Created attachment 327680 [details] Xorg.0.log.old
Created attachment 327718 [details] Output of cat /proc/interrupts
No devices are plugged into any USB or PCMCIA slots.
I am pretty sure my problem is connected to this one. I have a Dell Optiplex GX270, with the latest BIOS updates and a Maxtor SATA Disk. I was trying to install Fedora 10 in it, and everything was going ok, until I reboot for the first time. I got a "Disabling IRQ #18" message on the console, and after that the disk freezes, freezing also the whole shutdown process. After some debugging I found that I could easily reproduce the error by shutting down the network (service network stop), and sometimes can get the disk back to life by restarting the network (issuing a service network start).
Created attachment 327990 [details] dmesg This dmesg has been generated in a boot with options "noapic irqpoll irqfixup" Note that the noapic option only changed the trouble IRQ number, but solved no problem at all. Also, note that I have no USB device connected, so the IRQ competition is only between e1000 and sata piix.
Created attachment 327991 [details] Output of cat /proc/interrupts Note the very high count of network/sata interrupts. They have raised a lot after the "service network stop" command. BTW, this remembers me: For some seconds the keyboard was not responsive after this command, probably because of the interrupt storm.
Created attachment 327992 [details] Output of lspci -nn Just in case... As you can see, it just a plain simple Intel computer. If only Dell let me have some more BIOS options...
@Tom: you problem looks a lot like a dupe of Bug 474624
Tom, Could you please try each of the following kernel arguments and report : noirqdebug pci=msi --- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I also am experiencing the same issue on Lenovo T61 Fedora 10 x86. Please email me if you require further details.
Looks like a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=474624
pci=msi needs a newer kernel to fix this issue, probably 2.6.29, because the 2.6.27 kernel forcibly disables MSI on the GMA965 graphics chip, even with pci=msi. I'm closing this as a duplicate of #474624. *** This bug has been marked as a duplicate of bug 474624 ***