linux-traipu team mailing list archive

[Edward Donovan <855199@xxxxxxxxxxxxxxxxxx>]

** 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
+   commit d05c65fff0
  
  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
+   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.
+ 
+ I wish I could say that's the end of it, but I have found configurations
+ on my machines where a bad irq still goes uncaught, even with my patch.
+ 
+ Focusing on those cases, it comes down to this patch:
+ 
+   commit fa27271bc , genirq: Fixup poll handling
+ 
+ http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=fa27271bc8d230355c1f24ddea103824fdc12de6
+ 
+ This patch changes the approach in multiple ways, and I haven't figured
+ out where it drops the ball.  I've toyed around with the changes, but
+ have not produced a clear fix.  I'll keep trying, and will be in touch
+ with the maintainer again.

-- 
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 d05c65fff0

  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

  
  Any testing of the current patch would be great.

  I wish I could say that's the end of it, but I have found
  configurations on my machines where a bad irq still goes uncaught,
  even with my patch.

  Focusing on those cases, it comes down to this patch:

    commit fa27271bc , genirq: Fixup poll handling

  http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=fa27271bc8d230355c1f24ddea103824fdc12de6

  This patch changes the approach in multiple ways, and I haven't
  figured out where it drops the ball.  I've toyed around with the
  changes, but have not produced a clear fix.  I'll keep trying, and
  will be in touch with the maintainer again.

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/855199/+subscriptions