Re: [PATCH v1] Bluetooth: Fix incorrect ssp mode bit for non ssp devices

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Marcel,

--------------------------------------------------
From: "Marcel Holtmann" <marcel@xxxxxxxxxxxx>
Sent: Tuesday, April 09, 2013 10:58 AM
To: "Jaganath Kanakkassery" <jaganath.k@xxxxxxxxxxx>
Cc: <linux-bluetooth@xxxxxxxxxxxxxxx>
Subject: Re: [PATCH v1] Bluetooth: Fix incorrect ssp mode bit for non ssp devices

Hi Jaganath,

Some devices send extended inquiry response where as it wont
support ssp in remote extended features. So when we recieve eir,
we set ssp bit in conn flag which we are not clearing in
remote ext features event. So eventually ssp in conn flag will be
incorrectly set.

actually it is not allowed to use send EIR data when SSP is disabled. That is not a Bluetooth 2.1 compliant device that you are having here. Can you please list the faulty device in the commit message.


It's a desktop software called MecApp and I have seen same behavior with
most of the 2.1 dongles when I use this software.
http://www.mecel.se/products/bluetooth/downloads/MecApp_download
So I will add software name (MecApp) in the commit message?

I wonder why we are bothering with test software.

If you really want to work with this broken piece of software that can not even adhere to the Bluetooth 2.1 specification, then fine with me. However I want a clear and detailed explanation in the commit message that describes this. Since at the end of the day since is not valid behavior for a 2.1 product. I bet that the qualification even has a test case for ensuring that EIR is not used when SSP is disabled.

Ok, I will put detailed explanation in the commit message.

In hci_remote_ext_features_evt(), if ssp is not supported then
we should clear HCI_CONN_SSP_ENABLED in conn flag since it might
have set while initiating acl connection using eir.

hcidump log
----------

< HCI Command: LE Set Scan Parameters (0x08|0x000b) plen 7
  type 0x01 (active)
  interval 11.250ms window 11.250ms
  own address: 0x00 (Public) policy: All
HCI Event: Command Complete (0x0e) plen 4
  LE Set Scan Parameters (0x08|0x000b) ncmd 1
  status 0x00
< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2
  value 0x01 (scanning enabled)
  filter duplicates 0x01 (enabled)
HCI Event: Command Complete (0x0e) plen 4
  LE Set Scan Enable (0x08|0x000c) ncmd 1
  status 0x00
< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2
  value 0x00 (scanning disabled)
  filter duplicates 0x00 (disabled)
HCI Event: Command Complete (0x0e) plen 4
  LE Set Scan Enable (0x08|0x000c) ncmd 1
  status 0x00

And remove the LE scanning part of the hcidump. Since that is not important anyway.


Ok.

Thanks,
Jaganath
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux