aboutsummaryrefslogtreecommitdiffstats
path: root/include/net/bluetooth/hci_core.h
diff options
context:
space:
mode:
authorAndre Guedes <andre.guedes@openbossa.org>2011-11-04 14:16:53 -0300
committerGustavo F. Padovan <padovan@profusion.mobi>2011-11-08 12:54:08 -0200
commit89352e7d3ab372ffad8efe2aa070e0b63df42b85 (patch)
tree90f0ef4e574bf48b3077efe7e7e5b6a8c4bfd7a0 /include/net/bluetooth/hci_core.h
parentBluetooth: Create hci_cancel_inquiry() (diff)
downloadlinux-dev-89352e7d3ab372ffad8efe2aa070e0b63df42b85.tar.xz
linux-dev-89352e7d3ab372ffad8efe2aa070e0b63df42b85.zip
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 'include/net/bluetooth/hci_core.h')
0 files changed, 0 insertions, 0 deletions