Bluetooth: Resume advertising after LE connection
authorDaniel Winkler <danielwinkler@google.com>
Fri, 6 Nov 2020 23:20:19 +0000 (15:20 -0800)
committerMarcel Holtmann <marcel@holtmann.org>
Mon, 9 Nov 2020 12:33:19 +0000 (13:33 +0100)
commit2943d8ede38310db932eb38f91aa1094b471058c
tree82486662bd7587bfca94a020dd0e4c87b92f3eff
parentf7e0e8b2f1b0a09b527885babda3e912ba820798
Bluetooth: Resume advertising after LE connection

When an LE connection request is made, advertising is disabled and never
resumed. When a client has an active advertisement, this is disruptive.
This change adds resume logic for client-configured (non-directed)
advertisements after the connection attempt.

The patch was tested by registering an advertisement, initiating an LE
connection from a remote peer, and verifying that the advertisement is
re-activated after the connection is established. This is performed on
Hatch and Kukui Chromebooks.

Signed-off-by: Daniel Winkler <danielwinkler@google.com>
Reviewed-by: Abhishek Pandit-Subedi <abhishekpandit@chromium.org>
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
net/bluetooth/hci_conn.c
net/bluetooth/hci_request.c
net/bluetooth/hci_request.h