Re: [RFC] Bluetooth: Keep master role when SCO or eSCO is active
From: Luiz Augusto von Dentz <hidden>
Date: 2014-05-28 08:45:17
Also in:
linux-bluetooth, lkml
Hi, On Wed, May 28, 2014 at 8:56 AM, Kiran Kumar Raparthy [off-list ref] wrote:
quoted hunk ↗ jump to hunk
From: "hyungseoung.yoo" <redacted> Preserve the master role when SCO or eSCO is active as this improves compatability with lots of headset and chipset combinations. This is one of the number of patches from the Android AOSP common.git tree, which is used on almost all Android devices. It looks like it would improve support for compatibility with lot of headset,so I wanted to submit it for review to see if it should go upstream. Cc: Marcel Holtmann <redacted> (maintainer:BLUETOOTH SUBSYSTEM) Cc: Gustavo Padovan <redacted> (maintainer:BLUETOOTH SUBSYSTEM) Cc: Johan Hedberg <redacted> (maintainer:BLUETOOTH SUBSYSTEM) Cc: "David S. Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org> (maintainer:NETWORKING [GENERAL]) Cc: linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org (open list:BLUETOOTH SUBSYSTEM) Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org (open list:NETWORKING [GENERAL]) Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org (open list) Cc: Android Kernel Team <redacted> Cc: John Stultz <redacted> Signed-off-by: hyungseoung.yoo <redacted> Signed-off-by: Jaikumar Ganesh <redacted> [kiran: Added context to commit message] Signed-off-by: Kiran Raparthy <redacted> --- net/bluetooth/hci_event.c | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-)diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c index 15010a2..6f944d5 100644 --- a/net/bluetooth/hci_event.c +++ b/net/bluetooth/hci_event.c@@ -1915,6 +1915,15 @@ unlock: hci_conn_check_pending(hdev); } +static inline bool is_sco_active(struct hci_dev *hdev) +{ + if (hci_conn_hash_lookup_state(hdev, SCO_LINK, BT_CONNECTED) || + (hci_conn_hash_lookup_state(hdev, ESCO_LINK, + BT_CONNECTED))) + return true; + return false; +} + static void hci_conn_request_evt(struct hci_dev *hdev, struct sk_buff *skb) { struct hci_ev_conn_request *ev = (void *) skb->data;@@ -1961,7 +1970,8 @@ static void hci_conn_request_evt(struct hci_dev *hdev, struct sk_buff *skb) bacpy(&cp.bdaddr, &ev->bdaddr); - if (lmp_rswitch_capable(hdev) && (mask & HCI_LM_MASTER)) + if (lmp_rswitch_capable(hdev) && ((mask & HCI_LM_MASTER) + || is_sco_active(hdev))) cp.role = 0x00; /* Become master */ else cp.role = 0x01; /* Remain slave */ --1.8.2.1
I guess the real issue is the possibility of creating a scatternet if you have more than one connection, I will send a patch for scatternet shortly but that does not guarantee the remote device wont reject it. -- Luiz Augusto von Dentz