summaryrefslogtreecommitdiffstats
path: root/net/bluetooth/l2cap_core.c
diff options
context:
space:
mode:
authorLuiz Augusto von Dentz <luiz.von.dentz@intel.com>2022-09-13 16:08:13 -0700
committerLuiz Augusto von Dentz <luiz.von.dentz@intel.com>2022-09-15 14:07:59 -0700
commit812e92b824c1db16c9519f8624d48a9901a0d38f (patch)
treea5348faefef4e12ff8cc766fc3a903463be0b36e /net/bluetooth/l2cap_core.c
parent9afc675edeeb34d281675f1d5a217d27c5a1a3db (diff)
downloadlinux-stable-812e92b824c1db16c9519f8624d48a9901a0d38f.tar.gz
linux-stable-812e92b824c1db16c9519f8624d48a9901a0d38f.tar.bz2
linux-stable-812e92b824c1db16c9519f8624d48a9901a0d38f.zip
Bluetooth: RFCOMM: Fix possible deadlock on socket shutdown/release
Due to change to switch to use lock_sock inside rfcomm_sk_state_change the socket shutdown/release procedure can cause a deadlock: rfcomm_sock_shutdown(): lock_sock(); __rfcomm_sock_close(): rfcomm_dlc_close(): __rfcomm_dlc_close(): rfcomm_dlc_lock(); rfcomm_sk_state_change(): lock_sock(); To fix this when the call __rfcomm_sock_close is now done without holding the lock_sock since rfcomm_dlc_lock exists to protect the dlc data there is no need to use lock_sock in that code path. Link: https://lore.kernel.org/all/CAD+dNTsbuU4w+Y_P7o+VEN7BYCAbZuwZx2+tH+OTzCdcZF82YA@mail.gmail.com/ Fixes: b7ce436a5d79 ("Bluetooth: switch to lock_sock in RFCOMM") Signed-off-by: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Diffstat (limited to 'net/bluetooth/l2cap_core.c')
0 files changed, 0 insertions, 0 deletions