** Description changed: In all kernels since 2.6.39, the "irqfixup" and "irqpoll" options are no longer taking effect. I have several machines that need to boot with one of these options, and I see reports of this regression from multiple other users. The interrupts now generate the same errors seen without these kernel options, e.g.: irq 19: nobody cared (try booting with the "irqpoll" option) even though irqpoll, or irqfixup, is used. The Linux irq code was reworked during the 2.6.39 cycle. I have gone through the patches, and this is the commit where the regression arrives: commit d05c65fff0ef672be75429266751f0e015b54d94 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=d05c65fff0ef672be75429266751f0e015b54d94 - I have a fix that works as far as i can test it, and I've now submitted - a patch. + I have a patch that fixes most of my machones, and the maintainer has + accepted it: - The problem commit added a test to the bad-irq routines, checking - whether they were already running. One of these tests had an "==" - operator, where it seems to need "!=", not equal. Making that one change - in kernel/irq/spurious.c fixes the regression for me. I've tested it - successfully it on various kernels, including the current Oneiric - source. + https://lkml.org/lkml/2011/11/2/260 - The submitted patch is attached. And here it is on LKML: + I wish I could say that's the end of it, but one of my machines still + has a bad irq uncaught, even with my patch, in any kernel from .39 on. + .38 handles it. So I may have to dig some more. - https://lkml.org/lkml/2011/11/1/267 - - Any testing is very welcome. + Any testing of the current patch would be great.
-- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to Mythbuntu. https://bugs.launchpad.net/bugs/855199 Title: "irqfixup" and "irqpoll" broken since 2.6.39 Status in The Linux Kernel: Confirmed Status in Mythbuntu, Ubuntu derivative focused upon MythTV: Confirmed Status in “linux” package in Ubuntu: Triaged Bug description: In all kernels since 2.6.39, the "irqfixup" and "irqpoll" options are no longer taking effect. I have several machines that need to boot with one of these options, and I see reports of this regression from multiple other users. The interrupts now generate the same errors seen without these kernel options, e.g.: irq 19: nobody cared (try booting with the "irqpoll" option) even though irqpoll, or irqfixup, is used. The Linux irq code was reworked during the 2.6.39 cycle. I have gone through the patches, and this is the commit where the regression arrives: commit d05c65fff0ef672be75429266751f0e015b54d94 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=d05c65fff0ef672be75429266751f0e015b54d94 I have a patch that fixes most of my machones, and the maintainer has accepted it: https://lkml.org/lkml/2011/11/2/260 I wish I could say that's the end of it, but one of my machines still has a bad irq uncaught, even with my patch, in any kernel from .39 on. .38 handles it. So I may have to dig some more. Any testing of the current patch would be great. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/855199/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : [email protected] Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
