diff options
author | Jonas Dreßler <verdre@v0yd.nl> | 2024-02-06 14:08:14 +0300 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2024-05-02 17:35:18 +0300 |
commit | b3e3bf1197a184cf83d5ab8d5bbb88f7c5766c3d (patch) | |
tree | 952fea450f9b439393d9d6de22ee5b313e223564 /block/blk-iolatency.c | |
parent | 22071f599c94ed59a4979ab034b0887680ce5fd0 (diff) | |
download | linux-b3e3bf1197a184cf83d5ab8d5bbb88f7c5766c3d.tar.xz |
Bluetooth: Remove pending ACL connection attempts
[ Upstream commit 4aa42119d971603dc9e4d8cf4f53d5fcf082ea7d ]
With the last commit we moved to using the hci_sync queue for "Create
Connection" requests, removing the need for retrying the paging after
finished/failed "Create Connection" requests and after the end of
inquiries.
hci_conn_check_pending() was used to trigger this retry, we can remove it
now.
Note that we can also remove the special handling for COMMAND_DISALLOWED
errors in the completion handler of "Create Connection", because "Create
Connection" requests are now always serialized.
This is somewhat reverting commit 4c67bc74f016 ("[Bluetooth] Support
concurrent connect requests").
With this, the BT_CONNECT2 state of ACL hci_conn objects should now be
back to meaning only one thing: That we received a "Connection Request"
from another device (see hci_conn_request_evt), but the response to that
is going to be deferred.
Signed-off-by: Jonas Dreßler <verdre@v0yd.nl>
Signed-off-by: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Stable-dep-of: 2e7ed5f5e69b ("Bluetooth: hci_sync: Use advertised PHYs on hci_le_ext_create_conn_sync")
Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'block/blk-iolatency.c')
0 files changed, 0 insertions, 0 deletions