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