CVE-2026-23357

Description

In the Linux kernel, the following vulnerability has been resolved: can: mcp251x: fix deadlock in error path of mcp251x_open The mcp251x_open() function call free_irq() in its error path with the mpc_lock mutex held. But if an interrupt already occurred the interrupt handler will be waiting for the mpc_lock and free_irq() will deadlock waiting for the handler to finish. This issue is similar to the one fixed in commit 7dd9c26bd6cf ("can: mcp251x: fix deadlock if an interrupt occurs during mcp251x_open") but for the error path. To solve this issue move the call to free_irq() after the lock is released. Setting `priv->force_quit = 1` beforehand ensure that the IRQ handler will exit right away once it acquired the lock.

References

• https://git.kernel.org/stable/c/256f0cff6e946c570392bda1d01a65e789a7afd0
• https://git.kernel.org/stable/c/38063cc435b69d56e76f947c10d336fcb2953508
• https://git.kernel.org/stable/c/ab3f894de216f4a62adc3b57e9191888cbf26885
• https://git.kernel.org/stable/c/b73832292cd914e87a55e863ba4413a907e7db6b
• https://git.kernel.org/stable/c/d27f12c3f5e85efc479896af4a69eccb37f75e8e