mythbuntu-bugs team mailing list archive
-
mythbuntu-bugs team
-
Mailing list archive
-
Message #05943
[Bug 855199] Re: "irqfixup" and "irqpoll" broken since 2.6.39
** 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 Mythbuntu
Bug Team, 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