Linux bluetooth development
 help / color / mirror / Atom feed
* Workaround for buggy BT dongles
@ 2010-08-09 13:21 Andrei Emeltchenko
  2010-08-09 13:36 ` Marcel Holtmann
  0 siblings, 1 reply; 2+ messages in thread
From: Andrei Emeltchenko @ 2010-08-09 13:21 UTC (permalink / raw)
  To: Bluettooth Linux

Hi,

We have experienced L2CAP disconnections with A-Link BT dongles (lsusb
shows Broadcom Corp. BCM2046B1 chip).

There is race condition in a controller so that sometimes "L2CAP
Connect Req" is received after "HCI Encryption Change":
...
2308 *REF*                                                   HCI_EVT
Simple Pairing Complete
2309 0.089720                                                HCI_EVT
Link Key Notification
2310 0.126607                                                L2CAP
Rcvd Connection Request
2311 0.126721                                                L2CAP
Sent Connection Response
2312 0.127278                                                HCI_EVT
Encrypt Change
...

This is correct behavior since all non-SDP connections shall be
encrypted for SSP devices.

If we send "L2CAP Connect Request" with a little delay the problem
disappears (this is of course too hackish way).

Shall we address this problem? I do not see good way of dealing with the chip.

Regards,
Andrei

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

* Re: Workaround for buggy BT dongles
  2010-08-09 13:21 Workaround for buggy BT dongles Andrei Emeltchenko
@ 2010-08-09 13:36 ` Marcel Holtmann
  0 siblings, 0 replies; 2+ messages in thread
From: Marcel Holtmann @ 2010-08-09 13:36 UTC (permalink / raw)
  To: Andrei Emeltchenko; +Cc: Bluettooth Linux

Hi Andrei,

> We have experienced L2CAP disconnections with A-Link BT dongles (lsusb
> shows Broadcom Corp. BCM2046B1 chip).
> 
> There is race condition in a controller so that sometimes "L2CAP
> Connect Req" is received after "HCI Encryption Change":
> ...
> 2308 *REF*                                                   HCI_EVT
> Simple Pairing Complete
> 2309 0.089720                                                HCI_EVT
> Link Key Notification
> 2310 0.126607                                                L2CAP
> Rcvd Connection Request
> 2311 0.126721                                                L2CAP
> Sent Connection Response
> 2312 0.127278                                                HCI_EVT
> Encrypt Change
> ...
> 
> This is correct behavior since all non-SDP connections shall be
> encrypted for SSP devices.
> 
> If we send "L2CAP Connect Request" with a little delay the problem
> disappears (this is of course too hackish way).
> 
> Shall we address this problem? I do not see good way of dealing with the chip.

I would prefer to address this problem as follows. Open your window and
through the dongle out that same window ;)

Regards

Marcel



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

end of thread, other threads:[~2010-08-09 13:36 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-09 13:21 Workaround for buggy BT dongles Andrei Emeltchenko
2010-08-09 13:36 ` Marcel Holtmann

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox