summaryrefslogtreecommitdiff
path: root/kernel
diff options
context:
space:
mode:
authorSimon Arlott <simon@octiron.net>2024-08-22 08:25:07 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2024-09-12 11:11:27 +0200
commit8fecde9c3f9a4b97b68bb97c9f47e5b662586ba7 (patch)
tree41955a0f4b3840813bb2f8e0df28f7e771c3face /kernel
parentf58f2332893270b60b957713c2b4651024b31e1d (diff)
downloadlinux-8fecde9c3f9a4b97b68bb97c9f47e5b662586ba7.tar.gz
linux-8fecde9c3f9a4b97b68bb97c9f47e5b662586ba7.tar.bz2
linux-8fecde9c3f9a4b97b68bb97c9f47e5b662586ba7.zip
can: mcp251x: fix deadlock if an interrupt occurs during mcp251x_open
commit 7dd9c26bd6cf679bcfdef01a8659791aa6487a29 upstream. The mcp251x_hw_wake() function is called with the mpc_lock mutex held and disables the interrupt handler so that no interrupts can be processed while waking the device. If an interrupt has already occurred then waiting for the interrupt handler to complete will deadlock because it will be trying to acquire the same mutex. CPU0 CPU1 ---- ---- mcp251x_open() mutex_lock(&priv->mcp_lock) request_threaded_irq() <interrupt> mcp251x_can_ist() mutex_lock(&priv->mcp_lock) mcp251x_hw_wake() disable_irq() <-- deadlock Use disable_irq_nosync() instead because the interrupt handler does everything while holding the mutex so it doesn't matter if it's still running. Fixes: 8ce8c0abcba3 ("can: mcp251x: only reset hardware as required") Signed-off-by: Simon Arlott <simon@octiron.net> Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@intel.com> Cc: stable@vger.kernel.org Link: https://lore.kernel.org/all/4fc08687-1d80-43fe-9f0d-8ef8475e75f6@0882a8b5-c6c3-11e9-b005-00805fc181fe.uuid.home.arpa Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions