unhandled-irqs-switch-to-polling

Adam Pribyl pribyl at lowlevel.cz
Thu Sep 20 19:22:54 UTC 2012


On Mon, 20 Aug 2012, Josh Boyer wrote:

> On Mon, Aug 20, 2012 at 12:25:21PM +0200, Adam Pribyl wrote:
>> It looks like this patch is not working, or at least not doing any
>> good on some platforms. This is Fedora specific right? Would it be
>> possible to remove it or either make it more specific to the cases
>> when it really helps?
>
> It can't get much more specific.  The bridge itself is flaky and doesn't
> handle interrupts properly all of the time.  About the only thing we
> could do to limit scope even more is to only enable the quirk if there
> is a device actually behind the bridge.  That will help people that have
> the broken hardware, but aren't really using it.  Most people have
> something behind the bridge though.
>
> There are two alternatives here.  Drop the patch entirely, or come up
> with a boot parameter that can be passed to disable it.  If we drop it
> and old method of IRQs is used, it will basically disable the interrupt
> permanently for that boot.  That might sound OK, but if the IRQ is
> shared it can make people's computer useless until it's rebooted.  The
> boot parameter could be helpful, but people would have to know about it
> before they can pass it in.
>
> Opinions on which to use?  To be honest, I'm leaning more and more
> towards dropping it entirely.

Looks like 3.5.4 still has the patch.

There are users willing to debug this in fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=845211

> josh


Adam Pribyl


More information about the kernel mailing list