From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 051A23BB66C for ; Wed, 15 Jul 2026 21:26:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784150807; cv=none; b=qw6dhFuh0mi8yybHN0ZXuvsdPNLDJ3qSuxdpU/8xoavKK/y4K0fgF4qc5PZ+yLDoL36BjztQYkROPptUwhIvnCm8uvAMmVeXEbeCqQOOKmKZrKQbptFA2ScRykGTuAVcnknDYJOFoIOAYyxaQVmppmy8YkYS+UbInKcR0djPQdU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784150807; c=relaxed/simple; bh=lfzbJbiiP9rkS8nSbr/xA7H7quX0iMK9ML5h6+eUQzo=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=gWwSsgzX+fjtyCwPw3RHW5VMIOM/uAPITNE2FpncfI6hI/iEi9AIGt74PLMPnqjAkm/yWYSSvYlkv3EPVq7lEHlfYLUl2nJvtDYFawB9CMi7Ad6AtQRl1tDnc535JISHN4BGlK3uTj5gcwXMPFEau1A8kt0ozOqr2qzC4uASTys= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=I4J1iZYR; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="I4J1iZYR" Received: by smtp.kernel.org (Postfix) with ESMTPSA id BD4451F00A3A; Wed, 15 Jul 2026 21:26:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1784150805; bh=9VEY3How7aIMG4JmlNK7H+Ai66IQ86zjenxs/gxfXyA=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=I4J1iZYR3N0jGFNdK5Vpg53BtXupGKt86Gz06Vfv0NqAcItLeNCmu4NLhHTrTtazd nPLvjRh9KbauxzXos71RfuH9DHaVFpTWYk4kyhNcxFOaKeXjiOs18vCfvOH5ee4KhG eIbNgjVSAdQ4QGU93d3zvuRbHwBfu6TF9gat1JAPtc80dT4Tk+YaTK4wPSU35ZQJbz HD5Wtuh+rgrLocsynIEaxofbHR+TOIQxoCpIenMjlWaeaw0DHvdsUnUXtXSm5tafTD p/DtPOqxMyHhgnt+0kolLcDOE1gPOA2yAmW3sBtnTVaz+2ucD88SuLE5BpxpGEW0xb Kj3RwdSKCgWkw== From: Sasha Levin To: stable@vger.kernel.org Cc: Pauli Virtanen , Luiz Augusto von Dentz , Sasha Levin Subject: [PATCH 6.6.y 1/2] Bluetooth: 6lowpan: fix cyclic locking warning on netdev unregister Date: Wed, 15 Jul 2026 17:26:42 -0400 Message-ID: <20260715212643.278587-1-sashal@kernel.org> X-Mailer: git-send-email 2.53.0 In-Reply-To: <2026071307-pointy-oven-47d3@gregkh> References: <2026071307-pointy-oven-47d3@gregkh> Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Pauli Virtanen [ Upstream commit 9707a015fe8f3ba8ec7c270f3b2b8efb38823d6b ] 6lowpan.c has theoretically conflicting lock orderings, which lockdep complains about: a) rtnl_lock > hdev->workqueue from 6lowpan.c:delete_netdev -> rtnl_lock -> device_del -> put_device(parent) -> hci_release_dev -> destroy_workqueue b) hdev->workqueue > l2cap_conn->lock > chan->lock > rtnl_lock from hci_rx_work -> 6lowpan.c:chan_ready_cb -> lowpan_register_netdev, ifup -> rtnl_lock Actual deadlock appears not possible, as hci_rx_work is disabled and l2cap_conn flushed already on hdev unregister. Hence, do minimal thing to make lockdep happy by breaking chain a) by holding hdev refcount until after netdev put in 6lowpan.c. Fixes the lockdep complaint: WARNING: possible circular locking dependency detected. kworker/0:1/11 is trying to acquire lock: ffff8880023b3940 ((wq_completion)hci0#2){+.+.}-{0:0}, at: touch_wq_lockdep_map+0x8b/0x130 but task is already holding lock: ffffffff95e4f9c0 (rtnl_mutex){+.+.}-{4:4}, at: lowpan_unregister_netdev+0xd/0x30 Workqueue: events delete_netdev Signed-off-by: Pauli Virtanen Signed-off-by: Luiz Augusto von Dentz Stable-dep-of: 6fef032af009 ("Bluetooth: L2CAP: Fix use-after-free in l2cap_sock_new_connection_cb()") Signed-off-by: Sasha Levin --- net/bluetooth/6lowpan.c | 25 +++++++++++++++++++++++-- 1 file changed, 23 insertions(+), 2 deletions(-) diff --git a/net/bluetooth/6lowpan.c b/net/bluetooth/6lowpan.c index b3132079573d4d..1d4577dcfb4cc2 100644 --- a/net/bluetooth/6lowpan.c +++ b/net/bluetooth/6lowpan.c @@ -759,13 +759,33 @@ static inline struct l2cap_chan *chan_new_conn_cb(struct l2cap_chan *pchan) return chan; } +static void unregister_dev(struct lowpan_btle_dev *dev) +{ + struct hci_dev *hdev = READ_ONCE(dev->hdev); + + /* If netdev holds last reference to hci_dev (its parent device), this + * leads to theoretical cyclic locking on lowpan_unregister_netdev: + * + * rtnl_lock -> put_device(parent) -> hci_release_dev -> + * destroy_workqueue -> hci_rx_work -> l2cap_recv_acldata -> + * chan_ready_cb -> ifup -> rtnl_lock + * + * However, hci_rx_work is disabled in hci_unregister_dev, so this + * should not occur. Make lockdep happy by postponing hdev release after + * netdev put. + */ + hci_dev_hold(hdev); + lowpan_unregister_netdev(dev->netdev); + hci_dev_put(hdev); +} + static void delete_netdev(struct work_struct *work) { struct lowpan_btle_dev *entry = container_of(work, struct lowpan_btle_dev, delete_netdev); - lowpan_unregister_netdev(entry->netdev); + unregister_dev(entry); /* The entry pointer is deleted by the netdev destructor. */ } @@ -1245,6 +1265,7 @@ static void disconnect_devices(void) break; new_dev->netdev = entry->netdev; + new_dev->hdev = entry->hdev; INIT_LIST_HEAD(&new_dev->list); list_add_rcu(&new_dev->list, &devices); @@ -1256,7 +1277,7 @@ static void disconnect_devices(void) ifdown(entry->netdev); BT_DBG("Unregistering netdev %s %p", entry->netdev->name, entry->netdev); - lowpan_unregister_netdev(entry->netdev); + unregister_dev(entry); kfree(entry); } } -- 2.53.0