FAILED: patch "[PATCH] Bluetooth: hci_sync: Fix inquiry cache use-after-free" failed to apply to 6.1-stable tree
Subsystems (2)
[email protected]
maintainerThe patch below does not apply to the 6.1-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.
To reproduce the conflict and resubmit, you may use the following commands:
git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-6.1.y
git checkout FETCH_HEAD
git cherry-pick -x 8ed67535fdff40ca652bcd4ac7da68d11d01bd34
# <resolve conflicts, build, test, etc.>
git commit -s
git send-email --to '<[email protected]>' --in-reply-to '2026100541-valid-olive-13c3@gregkh' --subject-prefix 'PATCH 6.1.y' 'HEAD^..'
Possible dependencies:
thanks,
greg k-h
------------------ original commit in Linus's tree ------------------
From 8ed67535fdff40ca652bcd4ac7da68d11d01bd34 Mon Sep 17 00:00:00 2001
From: Chengfeng Ye <[email protected]>
Date: Sun, 27 Sep 2026 01:28:31 +0800
Subject: [PATCH] Bluetooth: hci_sync: Fix inquiry cache use-after-free
The sync command worker holds hdev->req_lock, but inquiry-cache updates and flushes use hdev->lock. Both hci_acl_create_conn_sync() and hci_stop_discovery_sync() look up entries and read their fields without taking hdev->lock.
After either lookup returns, a concurrent HCIINQUIRY ioctl can acquire hdev->lock and flush the cache, freeing the entry. The worker then reads the freed entry while preparing a create-connection or remote-name-cancel command. The list traversal also races with cache updates and removal.
KASAN reported these accesses:
BUG: KASAN: slab-use-after-free in hci_acl_create_conn_sync+0x5f1/0x650 Workqueue: hci0 hci_cmd_sync_work Call Trace: hci_acl_create_conn_sync+0x5f1/0x650 hci_cmd_sync_work+0x13c/0x290 Allocated by task 90: hci_inquiry_cache_update+0x3e6/0x7d0 hci_inquiry_result_evt+0x3cb/0x560 Freed by task 93: hci_inquiry_cache_flush+0x111/0x2b0 hci_inquiry+0x2f2/0x780 hci_sock_ioctl+0x269/0x5f0 BUG: KASAN: slab-use-after-free in hci_stop_discovery_sync+0x3b1/0x3c0 Workqueue: hci0 hci_cmd_sync_work Call Trace: hci_stop_discovery_sync+0x3b1/0x3c0 hci_cmd_sync_work+0x173/0x300 Allocated by task 86: hci_inquiry_cache_update+0x483/0x940 hci_inquiry_result_evt+0x3cb/0x560 Freed by task 91: hci_inquiry_cache_flush+0x13e/0x2f0 hci_inquiry+0x2f2/0x780 hci_sock_ioctl+0x269/0x5f0
Hold hdev->lock across each lookup and all reads from its result. Copy the remote address before unlocking so discovery cancellation does not retain a cache entry pointer. Release the lock before sending synchronous HCI commands, since their completion handlers may need the same lock.
net/bluetooth/hci_sync.c +11 -2
@@ -5770,6 +5770,7 @@ int hci_stop_discovery_sync(struct hci_dev *hdev) {struct discovery_state *d = &hdev->discovery;struct inquiry_entry *e; +bdaddr_t addr;int err;bt_dev_dbg (hdev,"state %u" , hdev->discovery.state);
@@ -5805,15 +5806,21 @@ int hci_stop_discovery_sync(struct hci_dev *hdev)return 0 ;if (d->state ==DISCOVERY_RESOLVING || d->state ==DISCOVERY_STOPPING ) { +hci_dev_lock (hdev); e =hci_inquiry_cache_lookup_resolve (hdev,BDADDR_ANY ,NAME_PENDING ); -if (!e) +if (!e) { +hci_dev_unlock (hdev);return 0 ; + } + +bacpy (&addr, &e->data.bdaddr); +hci_dev_unlock (hdev);/* Ignore cancel errors since it should interfere with stopping * of the discovery. */ -hci_remote_name_cancel_sync (hdev, &e->data.bdaddr); +hci_remote_name_cancel_sync (hdev, &addr); }return 0 ;
@@ -7242,6 +7249,7 @@ static int hci_acl_create_conn_sync(struct hci_dev *hdev, void *data)bacpy (&cp.bdaddr, &conn->dst); cp.pscan_rep_mode =0x02 ; +hci_dev_lock (hdev); ie =hci_inquiry_cache_lookup (hdev, &conn->dst);if (ie) {if (inquiry_entry_age (ie) <=INQUIRY_ENTRY_AGE_MAX ) {
@@ -7253,6 +7261,7 @@ static int hci_acl_create_conn_sync(struct hci_dev *hdev, void *data)memcpy (conn->dev_class, ie->data.dev_class,3 ); } +hci_dev_unlock (hdev); cp.pkt_type =cpu_to_le16 (conn->pkt_type);if (lmp_rswitch_capable (hdev) && !(hdev->link_mode &HCI_LM_MASTER ))
Sasha Levin
maintainerPATCH 1/2 Bluetooth: hci_conn: Only do ACL connections sequentially
From: Jonas Dreßler <[email protected]>
[ Upstream commit 45340097ce6ea7e875674a5a7d24c95ecbc93ef9 ]
Pretty much all bluetooth chipsets only support paging a single device at a time, and if they don't reject a secondary "Create Connection" request while another is still ongoing, they'll most likely serialize those requests in the firware.
With commit 4c67bc74f016 ("[Bluetooth] Support concurrent connect requests") we started adding some serialization of our own in case the adapter returns "Command Disallowed" HCI error.
This commit was using the BT_CONNECT2 state for the serialization, this state is also used for a few more things (most notably to indicate we're waiting for an inquiry to cancel) and therefore a bit unreliable. Also not all BT firwares would respond with "Command Disallowed" on too many connection requests, some will also respond with "Hardware Failure" (BCM4378), and others will error out later and send a "Connect Complete" event with error "Rejected Limited Resources" (Marvell 88W8897).
We can clean things up a bit and also make the serialization more reliable by using our hci_sync machinery to always do "Create Connection" requests in a sequential manner.
This is very similar to what we're already doing for establishing LE connections, and it works well there.
Note that this causes a test failure in mgmt-tester (test "Pair Device
- Power off 1") because the hci_abort_conn_sync() changes the error we return on timeout of the "Create Connection". We'll fix this on the mgmt-tester side by adjusting the expected error for the test.
Retain the existing LE scan cleanup helpers when removing the old ACL connection implementation. They remain in use for deferred connection cleanup and are unrelated to ACL request serialization.
Stable-dep-of: 8ed67535fdff ("Bluetooth: hci_sync: Fix inquiry cache use-after-free")
--- include/net/bluetooth/hci.h | 1 + include/net/bluetooth/hci_sync.h | 3 ++ net/bluetooth/hci_conn.c | 69 ++++--------------------------- net/bluetooth/hci_sync.c | 70 ++++++++++++++++++++++++++++++++ 4 files changed, 83 insertions(+), 60 deletions(-)
include/net/bluetooth/hci.h +1 -0
@@ -410,6 +410,7 @@ enum {#define HCI_NCMD_TIMEOUT msecs_to_jiffies(4000)/* 4 seconds */ #define HCI_ACL_TX_TIMEOUT msecs_to_jiffies(45000)/* 45 seconds */ #define HCI_AUTO_OFF_TIMEOUT msecs_to_jiffies(2000)/* 2 seconds */ +#define HCI_ACL_CONN_TIMEOUT msecs_to_jiffies(20000)/* 20 seconds */ #define HCI_LE_CONN_TIMEOUT msecs_to_jiffies(20000)/* 20 seconds */ #define HCI_LE_AUTOCONN_TIMEOUT msecs_to_jiffies(4000)/* 4 seconds */
include/net/bluetooth/hci_sync.h +3 -0
@@ -166,3 +166,6 @@ int hci_le_terminate_big_sync(struct hci_dev *hdev, u8 handle, u8 reason);int hci_le_big_terminate_sync (struct hci_dev *hdev,u8 handle);int hci_le_pa_terminate_sync (struct hci_dev *hdev,u16 handle); + +int hci_acl_create_connection_sync (struct hci_dev *hdev, +struct hci_conn *conn);
net/bluetooth/hci_conn.c +9 -60
90 lines not on this page · raw message
net/bluetooth/hci_sync.c +70 -0
73 lines not on this page · raw message
Signature · 1 line
2.53.0
Sasha Levin
maintainerPATCH 2/2 Bluetooth: hci_sync: Fix inquiry cache use-after-free
From: Chengfeng Ye <[email protected]>
[ Upstream commit 8ed67535fdff40ca652bcd4ac7da68d11d01bd34 ]
The sync command worker holds hdev->req_lock, but inquiry-cache updates and flushes use hdev->lock. Both hci_acl_create_conn_sync() and hci_stop_discovery_sync() look up entries and read their fields without taking hdev->lock.
After either lookup returns, a concurrent HCIINQUIRY ioctl can acquire hdev->lock and flush the cache, freeing the entry. The worker then reads the freed entry while preparing a create-connection or remote-name-cancel command. The list traversal also races with cache updates and removal.
KASAN reported these accesses:
BUG: KASAN: slab-use-after-free in hci_acl_create_conn_sync+0x5f1/0x650 Workqueue: hci0 hci_cmd_sync_work Call Trace: hci_acl_create_conn_sync+0x5f1/0x650 hci_cmd_sync_work+0x13c/0x290 Allocated by task 90: hci_inquiry_cache_update+0x3e6/0x7d0 hci_inquiry_result_evt+0x3cb/0x560 Freed by task 93: hci_inquiry_cache_flush+0x111/0x2b0 hci_inquiry+0x2f2/0x780 hci_sock_ioctl+0x269/0x5f0 BUG: KASAN: slab-use-after-free in hci_stop_discovery_sync+0x3b1/0x3c0 Workqueue: hci0 hci_cmd_sync_work Call Trace: hci_stop_discovery_sync+0x3b1/0x3c0 hci_cmd_sync_work+0x173/0x300 Allocated by task 86: hci_inquiry_cache_update+0x483/0x940 hci_inquiry_result_evt+0x3cb/0x560 Freed by task 91: hci_inquiry_cache_flush+0x13e/0x2f0 hci_inquiry+0x2f2/0x780 hci_sock_ioctl+0x269/0x5f0
Hold hdev->lock across each lookup and all reads from its result. Copy the remote address before unlocking so discovery cancellation does not retain a cache entry pointer. Release the lock before sending synchronous HCI commands, since their completion handlers may need the same lock.
--- net/bluetooth/hci_sync.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-)
net/bluetooth/hci_sync.c +11 -2
@@ -5459,6 +5459,7 @@ int hci_stop_discovery_sync(struct hci_dev *hdev) {struct discovery_state *d = &hdev->discovery;struct inquiry_entry *e; +bdaddr_t addr;int err;bt_dev_dbg (hdev,"state %u" , hdev->discovery.state);
@@ -5495,15 +5496,21 @@ int hci_stop_discovery_sync(struct hci_dev *hdev)return 0 ;if (d->state ==DISCOVERY_RESOLVING || d->state ==DISCOVERY_STOPPING ) { +hci_dev_lock (hdev); e =hci_inquiry_cache_lookup_resolve (hdev,BDADDR_ANY ,NAME_PENDING ); -if (!e) +if (!e) { +hci_dev_unlock (hdev);return 0 ; + } + +bacpy (&addr, &e->data.bdaddr); +hci_dev_unlock (hdev);/* Ignore cancel errors since it should interfere with stopping * of the discovery. */ -hci_remote_name_cancel_sync (hdev, &e->data.bdaddr); +hci_remote_name_cancel_sync (hdev, &addr); }return 0 ;
@@ -6741,6 +6748,7 @@ static int __hci_acl_create_connection_sync(struct hci_dev *hdev, void *data)bacpy (&cp.bdaddr, &conn->dst); cp.pscan_rep_mode =0x02 ; +hci_dev_lock (hdev); ie =hci_inquiry_cache_lookup (hdev, &conn->dst);if (ie) {if (inquiry_entry_age (ie) <=INQUIRY_ENTRY_AGE_MAX ) {
@@ -6752,6 +6760,7 @@ static int __hci_acl_create_connection_sync(struct hci_dev *hdev, void *data)memcpy (conn->dev_class, ie->data.dev_class,3 ); } +hci_dev_unlock (hdev); cp.pkt_type =cpu_to_le16 (conn->pkt_type);if (lmp_rswitch_capable (hdev) && !(hdev->link_mode &HCI_LM_MASTER ))
Signature · 1 line
2.53.0