All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH v1 0/1] Send correct response to IO Capability Request
@ 2012-01-16  8:04 Hemant Gupta
  2012-01-16  8:04 ` [PATCH v1 1/1] Bluetooth: " Hemant Gupta
  0 siblings, 1 reply; 5+ messages in thread
From: Hemant Gupta @ 2012-01-16  8:04 UTC (permalink / raw)
  To: linux-bluetooth; +Cc: Hemant Gupta, Hemant Gupta

This patch updates the IO Capability to DisplayYesNo in case Local Device
IO capability is set to KeyboardDisplay, which is a valid IO capability
for LE Device pairing using SMP.
Without this patch, SSP pairing for 2.1 Devices will not work for devices
having IO Capability set as Keyboard Display.

Hemant Gupta (1):
  Bluetooth: Send correct response to IO Capability Request

 net/bluetooth/hci_event.c |    6 +++++-
 1 files changed, 5 insertions(+), 1 deletions(-)


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [PATCH v1 1/1] Bluetooth: Send correct response to IO Capability Request
  2012-01-16  8:04 [PATCH v1 0/1] Send correct response to IO Capability Request Hemant Gupta
@ 2012-01-16  8:04 ` Hemant Gupta
  2012-01-18 12:23   ` Johan Hedberg
  2012-02-02  1:16   ` Johan Hedberg
  0 siblings, 2 replies; 5+ messages in thread
From: Hemant Gupta @ 2012-01-16  8:04 UTC (permalink / raw)
  To: linux-bluetooth; +Cc: Hemant Gupta, Hemant Gupta

This patch sends correct IO Capability response to remote device
in case Local Device supports KeyBoardDisplay IO Capability as
this capability is not valid as per BT spec for IO capability
Request Reply Command.
This capability is mapped to DisplayYesNo which is in accordance
with BT spec.

Signed-off-by: Hemant Gupta <hemant.gupta@stericsson.com>
---
 net/bluetooth/hci_event.c |    6 +++++-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
index d37f5b2..3590e72 100644
--- a/net/bluetooth/hci_event.c
+++ b/net/bluetooth/hci_event.c
@@ -2782,7 +2782,11 @@ static inline void hci_io_capa_request_evt(struct hci_dev *hdev, struct sk_buff
 		struct hci_cp_io_capability_reply cp;
 
 		bacpy(&cp.bdaddr, &ev->bdaddr);
-		cp.capability = conn->io_capability;
+		/*
+		 * Change the IO capability from KeyboardDisplay
+		 * to DisplayYesNo as it is not supported by BT spec.
+		 */
+		cp.capability = (conn->io_capability == 0x04) ? 0x01 : conn->io_capability;
 		conn->auth_type = hci_get_auth_req(conn);
 		cp.authentication = conn->auth_type;
 
-- 
1.6.6.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH v1 1/1] Bluetooth: Send correct response to IO Capability Request
  2012-01-16  8:04 ` [PATCH v1 1/1] Bluetooth: " Hemant Gupta
@ 2012-01-18 12:23   ` Johan Hedberg
  2012-01-23 14:37     ` Hemant Gupta
  2012-02-02  1:16   ` Johan Hedberg
  1 sibling, 1 reply; 5+ messages in thread
From: Johan Hedberg @ 2012-01-18 12:23 UTC (permalink / raw)
  To: Hemant Gupta; +Cc: linux-bluetooth, Hemant Gupta, marcel

Hi Hemant,

On Mon, Jan 16, 2012, Hemant Gupta wrote:
> This patch sends correct IO Capability response to remote device
> in case Local Device supports KeyBoardDisplay IO Capability as
> this capability is not valid as per BT spec for IO capability
> Request Reply Command.
> This capability is mapped to DisplayYesNo which is in accordance
> with BT spec.
> 
> Signed-off-by: Hemant Gupta <hemant.gupta@stericsson.com>
> ---
>  net/bluetooth/hci_event.c |    6 +++++-
>  1 files changed, 5 insertions(+), 1 deletions(-)
> 
> diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> index d37f5b2..3590e72 100644
> --- a/net/bluetooth/hci_event.c
> +++ b/net/bluetooth/hci_event.c
> @@ -2782,7 +2782,11 @@ static inline void hci_io_capa_request_evt(struct hci_dev *hdev, struct sk_buff
>  		struct hci_cp_io_capability_reply cp;
>  
>  		bacpy(&cp.bdaddr, &ev->bdaddr);
> -		cp.capability = conn->io_capability;
> +		/*
> +		 * Change the IO capability from KeyboardDisplay
> +		 * to DisplayYesNo as it is not supported by BT spec.
> +		 */
> +		cp.capability = (conn->io_capability == 0x04) ? 0x01 : conn->io_capability;
>  		conn->auth_type = hci_get_auth_req(conn);
>  		cp.authentication = conn->auth_type;

Looks good to me but this still needs Marcel's ack before I apply it to
my bluetooth-next tree.

Johan

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH v1 1/1] Bluetooth: Send correct response to IO Capability Request
  2012-01-18 12:23   ` Johan Hedberg
@ 2012-01-23 14:37     ` Hemant Gupta
  0 siblings, 0 replies; 5+ messages in thread
From: Hemant Gupta @ 2012-01-23 14:37 UTC (permalink / raw)
  To: marcel; +Cc: Hemant Gupta, linux-bluetooth, Hemant Gupta

Hi Marcel,

On Wed, Jan 18, 2012 at 5:53 PM, Johan Hedberg <johan.hedberg@gmail.com> wr=
ote:
> Hi Hemant,
>
> On Mon, Jan 16, 2012, Hemant Gupta wrote:
>> This patch sends correct IO Capability response to remote device
>> in case Local Device supports KeyBoardDisplay IO Capability as
>> this capability is not valid as per BT spec for IO capability
>> Request Reply Command.
>> This capability is mapped to DisplayYesNo which is in accordance
>> with BT spec.
>>
>> Signed-off-by: Hemant Gupta <hemant.gupta@stericsson.com>
>> ---
>> =A0net/bluetooth/hci_event.c | =A0 =A06 +++++-
>> =A01 files changed, 5 insertions(+), 1 deletions(-)
>>
>> diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
>> index d37f5b2..3590e72 100644
>> --- a/net/bluetooth/hci_event.c
>> +++ b/net/bluetooth/hci_event.c
>> @@ -2782,7 +2782,11 @@ static inline void hci_io_capa_request_evt(struct=
 hci_dev *hdev, struct sk_buff
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 struct hci_cp_io_capability_reply cp;
>>
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 bacpy(&cp.bdaddr, &ev->bdaddr);
>> - =A0 =A0 =A0 =A0 =A0 =A0 cp.capability =3D conn->io_capability;
>> + =A0 =A0 =A0 =A0 =A0 =A0 /*
>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0* Change the IO capability from KeyboardDis=
play
>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0* to DisplayYesNo as it is not supported by=
 BT spec.
>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0*/
>> + =A0 =A0 =A0 =A0 =A0 =A0 cp.capability =3D (conn->io_capability =3D=3D =
0x04) ? 0x01 : conn->io_capability;
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 conn->auth_type =3D hci_get_auth_req(conn);
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 cp.authentication =3D conn->auth_type;
>
> Looks good to me but this still needs Marcel's ack before I apply it to
> my bluetooth-next tree.
>
> Johan

Could you please provide comments on this patch, as with the
application of BlueZ patch, SSP pairing would not work in case local
device has set the IO Capability to KeyboardDisplay (0x04).

--=20
Best Regards
Hemant Gupta
ST-Ericsson India

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH v1 1/1] Bluetooth: Send correct response to IO Capability Request
  2012-01-16  8:04 ` [PATCH v1 1/1] Bluetooth: " Hemant Gupta
  2012-01-18 12:23   ` Johan Hedberg
@ 2012-02-02  1:16   ` Johan Hedberg
  1 sibling, 0 replies; 5+ messages in thread
From: Johan Hedberg @ 2012-02-02  1:16 UTC (permalink / raw)
  To: Hemant Gupta; +Cc: linux-bluetooth, Hemant Gupta

Hi Hemant,

On Mon, Jan 16, 2012, Hemant Gupta wrote:
> This patch sends correct IO Capability response to remote device
> in case Local Device supports KeyBoardDisplay IO Capability as
> this capability is not valid as per BT spec for IO capability
> Request Reply Command.
> This capability is mapped to DisplayYesNo which is in accordance
> with BT spec.
> 
> Signed-off-by: Hemant Gupta <hemant.gupta@stericsson.com>
> ---
>  net/bluetooth/hci_event.c |    6 +++++-
>  1 files changed, 5 insertions(+), 1 deletions(-)

Applied to my bluetooth-next tree. Thanks.

Johan

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-02-02  1:16 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-01-16  8:04 [PATCH v1 0/1] Send correct response to IO Capability Request Hemant Gupta
2012-01-16  8:04 ` [PATCH v1 1/1] Bluetooth: " Hemant Gupta
2012-01-18 12:23   ` Johan Hedberg
2012-01-23 14:37     ` Hemant Gupta
2012-02-02  1:16   ` Johan Hedberg

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.