* [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery
@ 2014-07-07 8:50 johan.hedberg
2014-07-07 8:50 ` [PATCH 2/2] Bluetooth: Remove redundant IRK lookup in mgmt_device_found() johan.hedberg
2014-07-07 9:02 ` [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery Marcel Holtmann
0 siblings, 2 replies; 3+ messages in thread
From: johan.hedberg @ 2014-07-07 8:50 UTC (permalink / raw)
To: linux-bluetooth
From: Johan Hedberg <johan.hedberg@intel.com>
If we have devices set as to be connected we should connect to them even
during normal discovery if we get a connectable advertising event. If we
also have HCI_CONNECTABLE set we should connect ADV_DIRECT_IND events
even to devices that we don't have in our pend_le_conns list. This patch
implements such behavior by passing the advertising report type to
check_pending_le_conn() and calls that function regardless of what type
of scanning we are doing.
Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
---
net/bluetooth/hci_event.c | 51 ++++++++++++++++++++++++++++-------------------
1 file changed, 31 insertions(+), 20 deletions(-)
diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
index 57837cad9919..1c4f667cc8a1 100644
--- a/net/bluetooth/hci_event.c
+++ b/net/bluetooth/hci_event.c
@@ -4229,13 +4229,26 @@ static void hci_le_conn_update_complete_evt(struct hci_dev *hdev,
/* This function requires the caller holds hdev->lock */
static bool check_pending_le_conn(struct hci_dev *hdev, bdaddr_t *addr,
- u8 addr_type)
+ u8 addr_type, u8 adv_type)
{
struct hci_conn *conn;
+ /* If the event is not connectable don't proceed further */
+ if (adv_type != LE_ADV_IND && adv_type != LE_ADV_DIRECT_IND)
+ return false;
+
+ /* If we're connectable, always connect any ADV_DIRECT_IND event */
+ if (test_bit(HCI_CONNECTABLE, &hdev->dev_flags) &&
+ adv_type == LE_ADV_DIRECT_IND)
+ goto connect;
+
+ /* If we're not connectable only connect devices that we have in
+ * our pend_le_conns list.
+ */
if (!hci_pend_le_action_lookup(&hdev->pend_le_conns, addr, addr_type))
return false;
+connect:
conn = hci_connect_le(hdev, addr, addr_type, BT_SECURITY_LOW,
HCI_AT_NO_BONDING, HCI_LE_AUTOCONN_TIMEOUT);
if (!IS_ERR(conn))
@@ -4260,34 +4273,32 @@ static void process_adv_report(struct hci_dev *hdev, u8 type, bdaddr_t *bdaddr,
u8 bdaddr_type, s8 rssi, u8 *data, u8 len)
{
struct discovery_state *d = &hdev->discovery;
- bool match;
+ bool match, pend_conn;
+ struct smp_irk *irk;
u32 flags;
+ /* Check if we need to convert to identity address */
+ irk = hci_get_irk(hdev, bdaddr, bdaddr_type);
+ if (irk) {
+ bdaddr = &irk->bdaddr;
+ bdaddr_type = irk->addr_type;
+ }
+
+ /* Ignore if the device is blocked */
+ if (hci_blacklist_lookup(hdev, bdaddr, bdaddr_type))
+ return;
+
+ /* Check if we have been requested to connect to this device */
+ pend_conn = check_pending_le_conn(hdev, bdaddr, bdaddr_type, type);
+
/* Passive scanning shouldn't trigger any device found events,
* except for devices marked as CONN_REPORT for which we do send
* device found events.
*/
if (hdev->le_scan_type == LE_SCAN_PASSIVE) {
struct hci_conn_params *param;
- struct smp_irk *irk;
-
- /* Check if we need to convert to identity address */
- irk = hci_get_irk(hdev, bdaddr, bdaddr_type);
- if (irk) {
- bdaddr = &irk->bdaddr;
- bdaddr_type = irk->addr_type;
- }
-
- /* Ignore if the device is blocked */
- if (hci_blacklist_lookup(hdev, bdaddr, bdaddr_type))
- return;
-
- if (type == LE_ADV_IND || type == LE_ADV_DIRECT_IND) {
- if (check_pending_le_conn(hdev, bdaddr, bdaddr_type))
- return;
- }
- if (type == LE_ADV_DIRECT_IND)
+ if (pend_conn || type == LE_ADV_DIRECT_IND)
return;
param = hci_pend_le_action_lookup(&hdev->pend_le_reports,
--
1.9.3
^ permalink raw reply related [flat|nested] 3+ messages in thread
* [PATCH 2/2] Bluetooth: Remove redundant IRK lookup in mgmt_device_found()
2014-07-07 8:50 [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery johan.hedberg
@ 2014-07-07 8:50 ` johan.hedberg
2014-07-07 9:02 ` [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery Marcel Holtmann
1 sibling, 0 replies; 3+ messages in thread
From: johan.hedberg @ 2014-07-07 8:50 UTC (permalink / raw)
To: linux-bluetooth
From: Johan Hedberg <johan.hedberg@intel.com>
Now that we have the process_adv_report() function doing the IRK lookup
and updating the bdaddr we don't need to do this anymore in mgmt.c in
the mgmt_device_found() function.
Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
---
net/bluetooth/mgmt.c | 12 ++----------
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/net/bluetooth/mgmt.c b/net/bluetooth/mgmt.c
index be91d55c258b..40244fc0e326 100644
--- a/net/bluetooth/mgmt.c
+++ b/net/bluetooth/mgmt.c
@@ -6717,7 +6717,6 @@ void mgmt_device_found(struct hci_dev *hdev, bdaddr_t *bdaddr, u8 link_type,
{
char buf[512];
struct mgmt_ev_device_found *ev = (void *) buf;
- struct smp_irk *irk;
size_t ev_size;
/* Don't send events for a non-kernel initiated discovery. With
@@ -6739,15 +6738,8 @@ void mgmt_device_found(struct hci_dev *hdev, bdaddr_t *bdaddr, u8 link_type,
memset(buf, 0, sizeof(buf));
- irk = hci_get_irk(hdev, bdaddr, addr_type);
- if (irk) {
- bacpy(&ev->addr.bdaddr, &irk->bdaddr);
- ev->addr.type = link_to_bdaddr(link_type, irk->addr_type);
- } else {
- bacpy(&ev->addr.bdaddr, bdaddr);
- ev->addr.type = link_to_bdaddr(link_type, addr_type);
- }
-
+ bacpy(&ev->addr.bdaddr, bdaddr);
+ ev->addr.type = link_to_bdaddr(link_type, addr_type);
ev->rssi = rssi;
ev->flags = cpu_to_le32(flags);
--
1.9.3
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery
2014-07-07 8:50 [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery johan.hedberg
2014-07-07 8:50 ` [PATCH 2/2] Bluetooth: Remove redundant IRK lookup in mgmt_device_found() johan.hedberg
@ 2014-07-07 9:02 ` Marcel Holtmann
1 sibling, 0 replies; 3+ messages in thread
From: Marcel Holtmann @ 2014-07-07 9:02 UTC (permalink / raw)
To: Johan Hedberg; +Cc: linux-bluetooth
Hi Johan,
> If we have devices set as to be connected we should connect to them even
> during normal discovery if we get a connectable advertising event. If we
> also have HCI_CONNECTABLE set we should connect ADV_DIRECT_IND events
> even to devices that we don't have in our pend_le_conns list. This patch
> implements such behavior by passing the advertising report type to
> check_pending_le_conn() and calls that function regardless of what type
> of scanning we are doing.
>
> Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
> ---
> net/bluetooth/hci_event.c | 51 ++++++++++++++++++++++++++++-------------------
> 1 file changed, 31 insertions(+), 20 deletions(-)
>
> diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> index 57837cad9919..1c4f667cc8a1 100644
> --- a/net/bluetooth/hci_event.c
> +++ b/net/bluetooth/hci_event.c
> @@ -4229,13 +4229,26 @@ static void hci_le_conn_update_complete_evt(struct hci_dev *hdev,
>
> /* This function requires the caller holds hdev->lock */
> static bool check_pending_le_conn(struct hci_dev *hdev, bdaddr_t *addr,
> - u8 addr_type)
> + u8 addr_type, u8 adv_type)
> {
> struct hci_conn *conn;
>
> + /* If the event is not connectable don't proceed further */
> + if (adv_type != LE_ADV_IND && adv_type != LE_ADV_DIRECT_IND)
> + return false;
> +
> + /* If we're connectable, always connect any ADV_DIRECT_IND event */
> + if (test_bit(HCI_CONNECTABLE, &hdev->dev_flags) &&
> + adv_type == LE_ADV_DIRECT_IND)
> + goto connect;
> +
> + /* If we're not connectable only connect devices that we have in
> + * our pend_le_conns list.
> + */
> if (!hci_pend_le_action_lookup(&hdev->pend_le_conns, addr, addr_type))
> return false;
>
> +connect:
> conn = hci_connect_le(hdev, addr, addr_type, BT_SECURITY_LOW,
> HCI_AT_NO_BONDING, HCI_LE_AUTOCONN_TIMEOUT);
> if (!IS_ERR(conn))
> @@ -4260,34 +4273,32 @@ static void process_adv_report(struct hci_dev *hdev, u8 type, bdaddr_t *bdaddr,
> u8 bdaddr_type, s8 rssi, u8 *data, u8 len)
> {
> struct discovery_state *d = &hdev->discovery;
> - bool match;
> + bool match, pend_conn;
> + struct smp_irk *irk;
> u32 flags;
>
> + /* Check if we need to convert to identity address */
> + irk = hci_get_irk(hdev, bdaddr, bdaddr_type);
> + if (irk) {
> + bdaddr = &irk->bdaddr;
> + bdaddr_type = irk->addr_type;
> + }
> +
> + /* Ignore if the device is blocked */
> + if (hci_blacklist_lookup(hdev, bdaddr, bdaddr_type))
> + return;
I am not sure that this one is correct. So in case of Start Discovery, we will now no longer report blocked devices. I do not think that is what we want.
The blacklist is for connections that come without user interaction. An active discovery should report this and also a Pair Device or L2CAP connect() triggered by the user should be possible.
Especially since when looking at BR/EDR, we do report devices from inquiry and allow outgoing connections.
Regards
Marcel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-07-07 9:02 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-07 8:50 [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery johan.hedberg
2014-07-07 8:50 ` [PATCH 2/2] Bluetooth: Remove redundant IRK lookup in mgmt_device_found() johan.hedberg
2014-07-07 9:02 ` [PATCH 1/2] Bluetooth: Fix connecting devices during LE device discovery Marcel Holtmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox