[PATCH 0/3] warn and suppress irqflood
kernelfans at gmail.com
Wed Oct 28 02:02:45 EDT 2020
On Tue, Oct 27, 2020 at 3:59 AM Thomas Gleixner <tglx at linutronix.de> wrote:
> And contrary to Liu's patches which try to disable a requested interrupt
> if too many of them arrive, the kernel cannot do anything because there
> is nothing to disable in your case. That's why you needed to do the MSI
> disable magic in the early PCI quirks which run before interrupts get
> Also Liu's patch only works if:
> 1) CONFIG_IRQ_TIME_ACCOUNTING is enabled
I wonder whether it can not be a default option or not by the following method:
DEFINE_STATIC_KEY_FALSE(irqtime_account), and enable it according to
a boot param.
This will have no impact on performance with the disabled branch.
Meanwhile users can easily turn on the option to detect an irq flood
without recompiling the kernel.
If it is doable, I will rework only on [1/2].
> 2) the runaway interrupt has been requested by the relevant driver in
> the dump kernel.
Yes, it raises a big challenge to my method. Kdump kernel miss the
whole picture of the first kernel's irq routing.
More information about the kexec