diff mbox series

[RESEND] bluetooth: Set ext scan response only when it exists

Message ID 20200911153141.RESEND.1.Ib022565452fde0c02fbcf619950ef868715dd243@changeid
State Superseded
Headers show
Series [RESEND] bluetooth: Set ext scan response only when it exists | expand

Commit Message

Abhishek Pandit-Subedi Sept. 11, 2020, 10:32 p.m. UTC
Only set extended scan response only when it exists. Otherwise, clear
the scan response data.

Per the core spec v5.2, Vol 4, Part E, 7.8.55

If the advertising set is non-scannable and the Host uses this command
other than to discard existing data, the Controller shall return the
error code Invalid HCI Command Parameters (0x12).

On WCN3991, the controller correctly responds with Invalid Parameters
when this is sent.  That error causes __hci_req_hci_power_on to fail
with -EINVAL and LE devices can't connect because background scanning
isn't configured.

Here is an hci trace of where this issue occurs during power on:

< HCI Command: LE Set Extended Advertising Parameters (0x08|0x0036) plen 25
        Handle: 0x00
        Properties: 0x0010
          Use legacy advertising PDUs: ADV_NONCONN_IND
        Min advertising interval: 181.250 msec (0x0122)
        Max advertising interval: 181.250 msec (0x0122)
        Channel map: 37, 38, 39 (0x07)
        Own address type: Random (0x01)
        Peer address type: Public (0x00)
        Peer address: 00:00:00:00:00:00 (OUI 00-00-00)
        Filter policy: Allow Scan Request from Any, Allow Connect...
        TX power: 127 dbm (0x7f)
        Primary PHY: LE 1M (0x01)
        Secondary max skip: 0x00
        Secondary PHY: LE 1M (0x01)
        SID: 0x00
        Scan request notifications: Disabled (0x00)
> HCI Event: Command Complete (0x0e) plen 5
      LE Set Extended Advertising Parameters (0x08|0x0036) ncmd 1
        Status: Success (0x00)
        TX power (selected): 9 dbm (0x09)
< HCI Command: LE Set Advertising Set Random Address (0x08|0x0035) plen 7
        Advertising handle: 0x00
        Advertising random address: 08:FD:55:ED:22:28 (OUI 08-FD-55)
> HCI Event: Command Complete (0x0e) plen 4
      LE Set Advertising Set Random Address (0x08|0x0035) ncmd
        Status: Success (0x00)
< HCI Command: LE Set Extended Scan Response Data (0x08|0x0038) plen 35
        Handle: 0x00
        Operation: Complete scan response data (0x03)
        Fragment preference: Minimize fragmentation (0x01)
        Data length: 0x0d
        Name (short): Chromebook
> HCI Event: Command Complete (0x0e) plen 4
      LE Set Extended Scan Response Data (0x08|0x0038) ncmd 1
        Status: Invalid HCI Command Parameters (0x12)

Signed-off-by: Abhishek Pandit-Subedi <abhishekpandit@chromium.org>
Reviewed-by: Daniel Winkler <danielwinkler@google.com>
---

 net/bluetooth/hci_request.c | 7 +++++--
 1 file changed, 5 insertions(+), 2 deletions(-)

Comments

Luiz Augusto von Dentz Nov. 13, 2020, 10:44 p.m. UTC | #1
Hi Marcel, Abhishek,

On Sun, Sep 13, 2020 at 12:51 AM Marcel Holtmann <marcel@holtmann.org> wrote:
>

> Hi Abhishek,

>

> > Only set extended scan response only when it exists. Otherwise, clear

> > the scan response data.

> >

> > Per the core spec v5.2, Vol 4, Part E, 7.8.55

> >

> > If the advertising set is non-scannable and the Host uses this command

> > other than to discard existing data, the Controller shall return the

> > error code Invalid HCI Command Parameters (0x12).

> >

> > On WCN3991, the controller correctly responds with Invalid Parameters

> > when this is sent.  That error causes __hci_req_hci_power_on to fail

> > with -EINVAL and LE devices can't connect because background scanning

> > isn't configured.

> >

> > Here is an hci trace of where this issue occurs during power on:

> >

> > < HCI Command: LE Set Extended Advertising Parameters (0x08|0x0036) plen 25

> >        Handle: 0x00

> >        Properties: 0x0010

> >          Use legacy advertising PDUs: ADV_NONCONN_IND

> >        Min advertising interval: 181.250 msec (0x0122)

> >        Max advertising interval: 181.250 msec (0x0122)

> >        Channel map: 37, 38, 39 (0x07)

> >        Own address type: Random (0x01)

> >        Peer address type: Public (0x00)

> >        Peer address: 00:00:00:00:00:00 (OUI 00-00-00)

> >        Filter policy: Allow Scan Request from Any, Allow Connect...

> >        TX power: 127 dbm (0x7f)

> >        Primary PHY: LE 1M (0x01)

> >        Secondary max skip: 0x00

> >        Secondary PHY: LE 1M (0x01)

> >        SID: 0x00

> >        Scan request notifications: Disabled (0x00)

> >> HCI Event: Command Complete (0x0e) plen 5

> >      LE Set Extended Advertising Parameters (0x08|0x0036) ncmd 1

> >        Status: Success (0x00)

> >        TX power (selected): 9 dbm (0x09)

> > < HCI Command: LE Set Advertising Set Random Address (0x08|0x0035) plen 7

> >        Advertising handle: 0x00

> >        Advertising random address: 08:FD:55:ED:22:28 (OUI 08-FD-55)

> >> HCI Event: Command Complete (0x0e) plen 4

> >      LE Set Advertising Set Random Address (0x08|0x0035) ncmd

> >        Status: Success (0x00)

> > < HCI Command: LE Set Extended Scan Response Data (0x08|0x0038) plen 35

> >        Handle: 0x00

> >        Operation: Complete scan response data (0x03)

> >        Fragment preference: Minimize fragmentation (0x01)

> >        Data length: 0x0d

> >        Name (short): Chromebook

> >> HCI Event: Command Complete (0x0e) plen 4

> >      LE Set Extended Scan Response Data (0x08|0x0038) ncmd 1

> >        Status: Invalid HCI Command Parameters (0x12)

> >

> > Signed-off-by: Abhishek Pandit-Subedi <abhishekpandit@chromium.org>

> > Reviewed-by: Daniel Winkler <danielwinkler@google.com>

> > ---

> >

> > net/bluetooth/hci_request.c | 7 +++++--

> > 1 file changed, 5 insertions(+), 2 deletions(-)

>

> patch has been applied to bluetooth-next tree.


Look like this breaks the mgmt-tester:

Add Ext Advertising - Success (Complete name)        Timed out    2.648 seconds
Add Ext Advertising - Success (Shortened name)       Timed out    1.993 seconds
Add Ext Advertising - Success (Short name)           Timed out    2.004 seconds

These tests expect the Set Extended Scan Response Data to be send but
it is not and then it times out, the problem seems to be that
get_adv_instance_scan_rsp_len does check for things like include
local-name on instances other than 0, also we probably need to include
some logic to check if the instance is really scannable to begin with.

-- 
Luiz Augusto von Dentz
diff mbox series

Patch

diff --git a/net/bluetooth/hci_request.c b/net/bluetooth/hci_request.c
index e0269192f2e536..e17bc8a1c66ddd 100644
--- a/net/bluetooth/hci_request.c
+++ b/net/bluetooth/hci_request.c
@@ -1533,11 +1533,14 @@  void __hci_req_update_scan_rsp_data(struct hci_request *req, u8 instance)
 
 		memset(&cp, 0, sizeof(cp));
 
-		if (instance)
+		/* Extended scan response data doesn't allow a response to be
+		 * set if the instance isn't scannable.
+		 */
+		if (get_adv_instance_scan_rsp_len(hdev, instance))
 			len = create_instance_scan_rsp_data(hdev, instance,
 							    cp.data);
 		else
-			len = create_default_scan_rsp_data(hdev, cp.data);
+			len = 0;
 
 		if (hdev->scan_rsp_data_len == len &&
 		    !memcmp(cp.data, hdev->scan_rsp_data, len))