Fix System Hang on Level-Based Interrupts in Linux Kernel
CVE-2024-50196
What is CVE-2024-50196?
In the Linux kernel, the following vulnerability has been resolved:
pinctrl: ocelot: fix system hang on level based interrupts
The current implementation only calls chained_irq_enter() and chained_irq_exit() if it detects pending interrupts.
for (i = 0; i < info->stride; i++) {
uregmap_read(info->map, id_reg + 4 * i, ®);
if (!reg)
continue;
chained_irq_enter(parent_chip, desc);
However, in case of GPIO pin configured in level mode and the parent controller configured in edge mode, GPIO interrupt might be lowered by the hardware. In the result, if the interrupt is short enough, the parent interrupt is still pending while the GPIO interrupt is cleared; chained_irq_enter() never gets called and the system hangs trying to service the parent interrupt.
Moving chained_irq_enter() and chained_irq_exit() outside the for loop ensures that they are called even when GPIO interrupt is lowered by the hardware.
The similar code with chained_irq_enter() / chained_irq_exit() functions wrapping interrupt checking loop may be found in many other drivers:
grep -r -A 10 chained_irq_enter drivers/pinctrl
Affected Version(s)
Linux ce8dc0943357a5d10b05dcf0556b537c1d7b8b1f < 655f5d4662b958122b260be05aa6dfdf8768efe6
Linux ce8dc0943357a5d10b05dcf0556b537c1d7b8b1f < 4a81800ef05bea5a9896f199677f7b7f5020776a
Linux ce8dc0943357a5d10b05dcf0556b537c1d7b8b1f < 20728e86289ab463b99b7ab4425515bd26aba417