| commit | cc2b6911a205b327b29c1d771925f8ab2f80295f | |
| author | Jakub Pawlowski <jpawlowski@google.com> | |
| Fri, 7 Aug 2015 18:22:55 +0000 (7 20:22 +0200) | ||
| committer | Marcel Holtmann <marcel@holtmann.org> | |
| Mon, 10 Aug 2015 19:36:13 +0000 (10 21:36 +0200) | ||
| tree | 4b93783e87c0e8b8efadd1cf35fd989b4863e62f | treesnapshot (tar.gz zip) |
| parent | 28a667c9c279df5a6467842ee2b3b73ddf874732 | commitdiff |
Bluetooth: timeout handling in new connect procedure
Currently, when trying to connect to already paired device that just
rotated its RPA MAC address, old address would be used and connection
would fail. In order to fix that, kernel must scan and receive
advertisement with fresh RPA before connecting.
This patch makes sure that when new procedure is in use, and we're stuck
in scan phase because no advertisement was received and timeout happened,
or app decided to close socket, scan whitelist gets properly cleaned up.
Signed-off-by: Jakub Pawlowski <jpawlowski@google.com>
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
Currently, when trying to connect to already paired device that just
rotated its RPA MAC address, old address would be used and connection
would fail. In order to fix that, kernel must scan and receive
advertisement with fresh RPA before connecting.
This patch makes sure that when new procedure is in use, and we're stuck
in scan phase because no advertisement was received and timeout happened,
or app decided to close socket, scan whitelist gets properly cleaned up.
Signed-off-by: Jakub Pawlowski <jpawlowski@google.com>
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
| net/bluetooth/hci_conn.c | diffblobblamehistory |