[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<173643941974.1375203.8976214892409778601.git-patchwork-notify@kernel.org>
Date: Thu, 09 Jan 2025 16:16:59 +0000
From: patchwork-bot+bluetooth@...nel.org
To: Fedor Pchelkin <pchelkin@...ras.ru>
Cc: luiz.dentz@...il.com, kuba@...nel.org, johan.hedberg@...il.com,
marcel@...tmann.org, ignat@...udflare.com, kuniyu@...zon.com,
edumazet@...gle.com, linux-bluetooth@...r.kernel.org,
linux-kernel@...r.kernel.org, lvc-project@...uxtesting.org,
netdev@...r.kernel.org, stable@...r.kernel.org
Subject: Re: [PATCH] Bluetooth: L2CAP: handle NULL sock pointer in
l2cap_sock_alloc
Hello:
This patch was applied to bluetooth/bluetooth-next.git (master)
by Luiz Augusto von Dentz <luiz.von.dentz@...el.com>:
On Wed, 18 Dec 2024 00:19:59 +0300 you wrote:
> A NULL sock pointer is passed into l2cap_sock_alloc() when it is called
> from l2cap_sock_new_connection_cb() and the error handling paths should
> also be aware of it.
>
> Seemingly a more elegant solution would be to swap bt_sock_alloc() and
> l2cap_chan_create() calls since they are not interdependent to that moment
> but then l2cap_chan_create() adds the soon to be deallocated and still
> dummy-initialized channel to the global list accessible by many L2CAP
> paths. The channel would be removed from the list in short period of time
> but be a bit more straight-forward here and just check for NULL instead of
> changing the order of function calls.
>
> [...]
Here is the summary with links:
- Bluetooth: L2CAP: handle NULL sock pointer in l2cap_sock_alloc
https://git.kernel.org/bluetooth/bluetooth-next/c/a5d2ee08adc1
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists