Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DEAB1C433FE for ; Thu, 16 Dec 2021 19:36:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240993AbhLPTgI (ORCPT ); Thu, 16 Dec 2021 14:36:08 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60806 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230188AbhLPTgG (ORCPT ); Thu, 16 Dec 2021 14:36:06 -0500 Received: from mail-yb1-xb2a.google.com (mail-yb1-xb2a.google.com [IPv6:2607:f8b0:4864:20::b2a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5C770C061574; Thu, 16 Dec 2021 11:36:06 -0800 (PST) Received: by mail-yb1-xb2a.google.com with SMTP id g17so67293604ybe.13; Thu, 16 Dec 2021 11:36:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Rvpy2hVkTR8Je1YWEphGb0NLJXW6QubvBC1hG6bsgzs=; b=A3VQeA3f76oksAxJhZMONvXSpQXbfbnoCtYJ7aTnF9lVG0idiuXkQ5EyA4qAsc/jS8 VEXFUjxI/bRYrWVtuLaOf5Ab+MtSp9m2KT5YS/PFcideqtLaOzILUSFkwHbrLmY3YmSr J+C8HJHCyuHcreqzLkCeXfTTL83NWNdDec74uq0Bp+YOw0PtXLQD51qXjD7PIVDJtY6D fLTOte2D8eMUENsOmKHEhIB5LFoILJbxaaAvTFJGBRrdNSPDuiTi6lgkJ0W14gCbVYMw Ptb+2QgwXYtCr3w5x2fGXJu4TwbLpy14IXcdM2NSdU+/wHJWUTpHei1ANrqMsFaCFQMh zpvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Rvpy2hVkTR8Je1YWEphGb0NLJXW6QubvBC1hG6bsgzs=; b=o+r4UN4TF/21rID+JXrlrHMKZgaf70xF4sTjWXQIkwipyx3t6mTPK1y43BrzoUvRdN Oc7qUu2pXeCe0qINQ0Wqo1+sq0tkKa25uhAXBqLVID7ooixXF/M4X1fsOkKZIHa3chuk tNICZX2RL+TmyMdzw00kyLA+eRKnO+/tekLYmy8yLMwWWm39uL96AnntOvngXDmG9gML 3hckiZpuAyJRRzCPasIDnWnGTmRB0RzaDYNJigPh83DFyhADVk9Q0/kmFbx1DhQj1Bw2 4F4OUtgCZ30CijBAMOVvCH7TuNrP/fJLukY+MykhLNsc8L46gW6CsQIfsza5IyWF0yEz AYMw== X-Gm-Message-State: AOAM532eOwEwhwz/OOq5mB2qg2SOpfybguyNl4H9JSIY7VaI9NNPlWAZ ihtRjDYY5sMY68/jPsPXHk2HzhQsRhb03+ta9uE= X-Google-Smtp-Source: ABdhPJy/513uD8HB0Q5fjQ0DN5aAlsQjXuIQ1PdLUemBa55tixl26RJTcsjbdWZHKe9BY9evxr1f0PXAohV/dJldrsY= X-Received: by 2002:a25:2344:: with SMTP id j65mr14447695ybj.293.1639683365268; Thu, 16 Dec 2021 11:36:05 -0800 (PST) MIME-Version: 1.0 References: <20211216044839.v9.1.Ic0a40b84dee3825302890aaea690e73165c71820@changeid> In-Reply-To: <20211216044839.v9.1.Ic0a40b84dee3825302890aaea690e73165c71820@changeid> From: Luiz Augusto von Dentz Date: Thu, 16 Dec 2021 11:35:54 -0800 Message-ID: Subject: Re: [PATCH v9 1/3] bluetooth: msft: Handle MSFT Monitor Device Event To: Manish Mandlik Cc: Marcel Holtmann , ChromeOS Bluetooth Upstreaming , "linux-bluetooth@vger.kernel.org" , Miao-chen Chou , "David S. Miller" , Jakub Kicinski , Johan Hedberg , Linux Kernel Mailing List , "open list:NETWORKING [GENERAL]" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Manish, On Thu, Dec 16, 2021 at 4:50 AM Manish Mandlik wrote: > > Whenever the controller starts/stops monitoring a bt device, it sends > MSFT Monitor Device event. Add handler to read this vendor event. > > Test performed: > - Verified by logs that the MSFT Monitor Device event is received from > the controller whenever it starts/stops monitoring a device. I'd expect that we would be extending the emulator to perform such tests, this is especially important for events since syzbot fuzes events, so we better have a way to test these code path from CI so we can properly validate these changes. > Signed-off-by: Manish Mandlik > Reviewed-by: Miao-chen Chou > --- > Hello Bt-Maintainers, > > As mentioned in the bluez patch series [1], we need to capture the 'MSFT > Monitor Device' event from the controller and pass on the necessary > information to the bluetoothd. > > This is required to further optimize the power consumption by avoiding > handling of RSSI thresholds and timeouts in the user space and let the > controller do the RSSI tracking. > > This patch series adds support to read the MSFT vendor event > HCI_VS_MSFT_LE_Monitor_Device_Event and introduces new MGMT events > MGMT_EV_ADV_MONITOR_DEVICE_FOUND and MGMT_EV_ADV_MONITOR_DEVICE_LOST to > indicate that the controller has started/stopped tracking a particular > device. > > Please let me know what you think about this or if you have any further > questions. > > [1] https://patchwork.kernel.org/project/bluetooth/list/?series=583423 > > Thanks, > Manish. > > Changes in v9: > - Fix compiler error. > > Changes in v8: > - Fix use-after-free in msft_le_cancel_monitor_advertisement_cb(). > - Use skb_pull_data() instead of skb_pull(). > > Changes in v6: > - Fix compiler warning bt_dev_err() missing argument. > > Changes in v5: > - Split v4 into two patches. > - Buffer controller Device Found event and maintain the device tracking > state in the kernel. > > Changes in v4: > - Add Advertisement Monitor Device Found event and update addr type. > > Changes in v3: > - Discard changes to the Device Found event and notify bluetoothd only > when the controller stops monitoring the device via new Device Lost > event. > > Changes in v2: > - Instead of creating a new 'Device Tracking' event, add a flag 'Device > Tracked' in the existing 'Device Found' event and add a new 'Device > Lost' event to indicate that the controller has stopped tracking that > device. > > include/net/bluetooth/hci_core.h | 11 +++ > net/bluetooth/hci_core.c | 1 + > net/bluetooth/msft.c | 150 +++++++++++++++++++++++++++++-- > 3 files changed, 154 insertions(+), 8 deletions(-) > > diff --git a/include/net/bluetooth/hci_core.h b/include/net/bluetooth/hci_core.h > index 4d69dcfebd63..c2a8b1163c30 100644 > --- a/include/net/bluetooth/hci_core.h > +++ b/include/net/bluetooth/hci_core.h > @@ -258,6 +258,15 @@ struct adv_info { > > #define HCI_ADV_TX_POWER_NO_PREFERENCE 0x7F > > +struct monitored_device { > + struct list_head list; > + > + bdaddr_t bdaddr; > + __u8 addr_type; > + __u16 handle; > + bool notified; > +}; > + > struct adv_pattern { > struct list_head list; > __u8 ad_type; > @@ -590,6 +599,8 @@ struct hci_dev { > > struct delayed_work interleave_scan; > > + struct list_head monitored_devices; > + > #if IS_ENABLED(CONFIG_BT_LEDS) > struct led_trigger *power_led; > #endif > diff --git a/net/bluetooth/hci_core.c b/net/bluetooth/hci_core.c > index 38063bf1fdc5..c67e6d40c97d 100644 > --- a/net/bluetooth/hci_core.c > +++ b/net/bluetooth/hci_core.c > @@ -2503,6 +2503,7 @@ struct hci_dev *hci_alloc_dev_priv(int sizeof_priv) > INIT_LIST_HEAD(&hdev->conn_hash.list); > INIT_LIST_HEAD(&hdev->adv_instances); > INIT_LIST_HEAD(&hdev->blocked_keys); > + INIT_LIST_HEAD(&hdev->monitored_devices); > > INIT_LIST_HEAD(&hdev->local_codecs); > INIT_WORK(&hdev->rx_work, hci_rx_work); > diff --git a/net/bluetooth/msft.c b/net/bluetooth/msft.c > index 6a943634b31a..a2e1cfb5d5d0 100644 > --- a/net/bluetooth/msft.c > +++ b/net/bluetooth/msft.c > @@ -80,6 +80,14 @@ struct msft_rp_le_set_advertisement_filter_enable { > __u8 sub_opcode; > } __packed; > > +#define MSFT_EV_LE_MONITOR_DEVICE 0x02 > +struct msft_ev_le_monitor_device { > + __u8 addr_type; > + bdaddr_t bdaddr; > + __u8 monitor_handle; > + __u8 monitor_state; > +} __packed; > + > struct msft_monitor_advertisement_handle_data { > __u8 msft_handle; > __u16 mgmt_handle; > @@ -266,6 +274,7 @@ static void msft_le_cancel_monitor_advertisement_cb(struct hci_dev *hdev, > struct msft_data *msft = hdev->msft_data; > int err; > bool pending; > + struct monitored_device *dev, *tmp; > > if (status) > goto done; > @@ -294,6 +303,15 @@ static void msft_le_cancel_monitor_advertisement_cb(struct hci_dev *hdev, > if (monitor && !msft->suspending) > hci_free_adv_monitor(hdev, monitor); > > + /* Clear any monitored devices by this Adv Monitor */ > + list_for_each_entry_safe(dev, tmp, &hdev->monitored_devices, > + list) { > + if (dev->handle == handle_data->mgmt_handle) { > + list_del(&dev->list); > + kfree(dev); > + } > + } It might be a good idea to create a helper function from removing an item like above using a special handle to clear everything e.g. monitor_device_del(hdev, handle). > list_del(&handle_data->list); > kfree(handle_data); > } > @@ -538,6 +556,7 @@ void msft_do_close(struct hci_dev *hdev) > struct msft_data *msft = hdev->msft_data; > struct msft_monitor_advertisement_handle_data *handle_data, *tmp; > struct adv_monitor *monitor; > + struct monitored_device *dev, *tmp_dev; > > if (!msft) > return; > @@ -557,6 +576,16 @@ void msft_do_close(struct hci_dev *hdev) > list_del(&handle_data->list); > kfree(handle_data); > } > + > + hci_dev_lock(hdev); > + > + /* Clear any devices that are being monitored */ > + list_for_each_entry_safe(dev, tmp_dev, &hdev->monitored_devices, list) { > + list_del(&dev->list); > + kfree(dev); > + } > + > + hci_dev_unlock(hdev); > } > > void msft_register(struct hci_dev *hdev) > @@ -590,10 +619,103 @@ void msft_unregister(struct hci_dev *hdev) > kfree(msft); > } > > +/* This function requires the caller holds hdev->lock */ > +static void msft_device_found(struct hci_dev *hdev, bdaddr_t *bdaddr, > + __u8 addr_type, __u16 mgmt_handle) > +{ > + struct monitored_device *dev; > + > + dev = kmalloc(sizeof(*dev), GFP_KERNEL); > + if (!dev) { > + bt_dev_err(hdev, "MSFT vendor event %u: no memory", > + MSFT_EV_LE_MONITOR_DEVICE); > + return; > + } > + > + bacpy(&dev->bdaddr, bdaddr); > + dev->addr_type = addr_type; > + dev->handle = mgmt_handle; > + dev->notified = false; > + > + INIT_LIST_HEAD(&dev->list); > + list_add(&dev->list, &hdev->monitored_devices); > +} > + > +/* This function requires the caller holds hdev->lock */ > +static void msft_device_lost(struct hci_dev *hdev, bdaddr_t *bdaddr, > + __u8 addr_type, __u16 mgmt_handle) > +{ > + struct monitored_device *dev, *tmp; > + > + list_for_each_entry_safe(dev, tmp, &hdev->monitored_devices, list) { > + if (dev->handle == mgmt_handle) { > + list_del(&dev->list); > + kfree(dev); > + > + break; > + } > + } > +} > + > +static void *msft_skb_pull(struct hci_dev *hdev, struct sk_buff *skb, > + u8 ev, size_t len) > +{ > + void *data; > + > + data = skb_pull_data(skb, len); > + if (!data) > + bt_dev_err(hdev, "Malformed MSFT vendor event: 0x%02x", ev); > + > + return data; > +} > + > +/* This function requires the caller holds hdev->lock */ > +static void msft_monitor_device_evt(struct hci_dev *hdev, struct sk_buff *skb) > +{ > + struct msft_ev_le_monitor_device *ev; > + struct msft_monitor_advertisement_handle_data *handle_data; > + u8 addr_type; > + > + ev = msft_skb_pull(hdev, skb, MSFT_EV_LE_MONITOR_DEVICE, sizeof(*ev)); > + if (!ev) > + return; > + > + bt_dev_dbg(hdev, > + "MSFT vendor event 0x%02x: handle 0x%04x state %d addr %pMR", > + MSFT_EV_LE_MONITOR_DEVICE, ev->monitor_handle, > + ev->monitor_state, &ev->bdaddr); > + > + handle_data = msft_find_handle_data(hdev, ev->monitor_handle, false); > + > + switch (ev->addr_type) { > + case ADDR_LE_DEV_PUBLIC: > + addr_type = BDADDR_LE_PUBLIC; > + break; > + > + case ADDR_LE_DEV_RANDOM: > + addr_type = BDADDR_LE_RANDOM; > + break; > + > + default: > + bt_dev_err(hdev, > + "MSFT vendor event 0x%02x: unknown addr type 0x%02x", > + MSFT_EV_LE_MONITOR_DEVICE, ev->addr_type); > + return; > + } > + > + if (ev->monitor_state) > + msft_device_found(hdev, &ev->bdaddr, addr_type, > + handle_data->mgmt_handle); > + else > + msft_device_lost(hdev, &ev->bdaddr, addr_type, > + handle_data->mgmt_handle); > +} > + > void msft_vendor_evt(struct hci_dev *hdev, void *data, struct sk_buff *skb) > { > struct msft_data *msft = hdev->msft_data; > - u8 event; > + u8 *evt_prefix; > + u8 *evt; > > if (!msft) > return; > @@ -602,13 +724,12 @@ void msft_vendor_evt(struct hci_dev *hdev, void *data, struct sk_buff *skb) > * matches, and otherwise just return. > */ > if (msft->evt_prefix_len > 0) { > - if (skb->len < msft->evt_prefix_len) > + evt_prefix = msft_skb_pull(hdev, skb, 0, msft->evt_prefix_len); > + if (!evt_prefix) > return; > > - if (memcmp(skb->data, msft->evt_prefix, msft->evt_prefix_len)) > + if (memcmp(evt_prefix, msft->evt_prefix, msft->evt_prefix_len)) > return; > - > - skb_pull(skb, msft->evt_prefix_len); > } > > /* Every event starts at least with an event code and the rest of > @@ -617,10 +738,23 @@ void msft_vendor_evt(struct hci_dev *hdev, void *data, struct sk_buff *skb) > if (skb->len < 1) > return; > > - event = *skb->data; > - skb_pull(skb, 1); > + hci_dev_lock(hdev); > + > + evt = msft_skb_pull(hdev, skb, 0, sizeof(*evt)); > + if (!evt) > + return; > + > + switch (*evt) { > + case MSFT_EV_LE_MONITOR_DEVICE: > + msft_monitor_device_evt(hdev, skb); > + break; > > - bt_dev_dbg(hdev, "MSFT vendor event %u", event); > + default: > + bt_dev_dbg(hdev, "MSFT vendor event 0x%02x", *evt); > + break; > + } > + > + hci_dev_unlock(hdev); > } > > __u64 msft_get_features(struct hci_dev *hdev) > -- > 2.34.1.173.g76aa8bc2d0-goog > -- Luiz Augusto von Dentz