diff options
author | Andre Guedes <andre.guedes@openbossa.org> | 2011-11-04 17:16:53 (GMT) |
---|---|---|
committer | Gustavo F. Padovan <padovan@profusion.mobi> | 2011-11-08 14:54:08 (GMT) |
commit | 89352e7d3ab372ffad8efe2aa070e0b63df42b85 (patch) | |
tree | 90f0ef4e574bf48b3077efe7e7e5b6a8c4bfd7a0 /scripts/headerdep.pl | |
parent | 023d50498d04c77b73eed11d849e436ef5639ed2 (diff) | |
download | linux-fsl-qoriq-89352e7d3ab372ffad8efe2aa070e0b63df42b85.tar.xz |
Bluetooth: Periodic Inquiry and Discovery
By using periodic inquiry command we're not able to detect correctly
when the controller has started inquiry.
Today we have this workaround in inquiry result event handler
to set the HCI_INQUIRY flag when it sees the first inquiry result
event. This workaround isn't enough because the device may be
performing an inquiry but the HCI_INQUIRY flag is not set. For
instance, if there is no device in range, no inquiry result event
is generated, consequently, the HCI_INQUIRY flags isn't set when
it should so.
We rely on HCI_INQUIRY flag to implement the discovery procedure
properly. So, as we aren't able to clear/set the HCI_INQUIRY flag
in a reliable manner, periodic inquiry events shouldn't change
the HCI_INQUIRY flag.
Thus, due to that issue and in order to keep compatibility with
userspace, periodic inquiry events shouldn't send mgmt discovering
events.
In future, we might track if periodic inquiry is enabled or not.
By tracking this state we'll be able to do some improvements in
Discovery such as failing MGMT_OP_START_DISCOVERY command in case
periodic inquiry is on. We can also send no mgmt_device_found
event if periodic inquiry is on.
Signed-off-by: Andre Guedes <andre.guedes@openbossa.org>
Signed-off-by: Gustavo F. Padovan <padovan@profusion.mobi>
Diffstat (limited to 'scripts/headerdep.pl')
0 files changed, 0 insertions, 0 deletions