mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "jiale yao" <19888972804@163.com>
To: "Marcel Holtmann" <marcel@holtmann.org>,
	"Luiz Augusto von Dentz" <luiz.dentz@gmail.com>,
	linux-bluetooth@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re:[PATCH 2/2] Bluetooth: msft: free detached address filter on cancel
Date: Sat, 17 Oct 2026 15:37:19 +0800 (CST)	[thread overview]
Message-ID: <994a66d.18b6.1a148cb3747.Coremail.19888972804@163.com> (raw)
In-Reply-To: <20261017031022.3616384-1-yaojiale02@163.com>

At 2026-10-17 11:10:22, "Jiale Yao" <yaojiale02@163.com> wrote:
>An address filter queued for addition can be detached from the MSFT
>filter list and marked AF_STATE_REMOVING before its command-sync work
>runs. If the queued entry is then cancelled, its NULL destroy callback
>leaves the detached filter without an owner.
>
>Install a destroy callback that frees a cancelled filter only when it
>has reached AF_STATE_REMOVING. Filters that are still linked remain
>owned by the normal close cleanup path.
>

Fixes: 9e14606d8f38 ("Bluetooth: msft: Extended monitor tracking by address filter")

>Signed-off-by: Jiale Yao <yaojiale02@163.com>
>---
> net/bluetooth/msft.c | 12 +++++++++++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
>
>diff --git a/net/bluetooth/msft.c b/net/bluetooth/msft.c
>index d9dd722db3eb..b9f8f089cc72 100644
>--- a/net/bluetooth/msft.c
>+++ b/net/bluetooth/msft.c
>@@ -928,6 +928,16 @@ static int msft_add_address_filter_sync(struct hci_dev *hdev, void *data)
> 	return 0;
> }
> 
>+static void msft_add_address_filter_destroy(struct hci_dev *hdev, void *data,
>+					    int err)
>+{
>+	struct msft_monitor_addr_filter_data *address_filter = data;
>+
>+	if (err == -ECANCELED &&
>+	    address_filter->state == AF_STATE_REMOVING)
>+		kfree(address_filter);
>+}
>+
> /* This function requires the caller holds msft->filter_lock */
> static struct msft_monitor_addr_filter_data *msft_add_address_filter
> 		(struct hci_dev *hdev, u8 addr_type, bdaddr_t *bdaddr,
>@@ -959,7 +969,7 @@ static struct msft_monitor_addr_filter_data *msft_add_address_filter
> 	list_add_tail(&address_filter->list, &msft->address_filters);
> 
> 	err = hci_cmd_sync_queue(hdev, msft_add_address_filter_sync,
>-				 address_filter, NULL);
>+				 address_filter, msft_add_address_filter_destroy);
> 	if (err < 0) {
> 		bt_dev_err(hdev, "MSFT: Add address %pMR filter err", bdaddr);
> 		list_del(&address_filter->list);
>-- 
>2.34.1

      reply	other threads:[~2026-10-17  7:37 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-17  3:10 [PATCH " Jiale Yao
2026-10-17  7:37 ` jiale yao [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=994a66d.18b6.1a148cb3747.Coremail.19888972804@163.com \
    --to=19888972804@163.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luiz.dentz@gmail.com \
    --cc=marcel@holtmann.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®