1. 15 3月, 2015 13 次提交
  2. 14 3月, 2015 2 次提交
  3. 13 3月, 2015 8 次提交
  4. 12 3月, 2015 1 次提交
  5. 11 3月, 2015 5 次提交
  6. 08 3月, 2015 1 次提交
    • A
      Bluetooth: fix sco_exit compile warning · 0402d9f2
      Alexander Aring 提交于
      While compiling the following warning occurs:
      
      WARNING: net/built-in.o(.init.text+0x602c): Section mismatch in
      reference from the function bt_init() to the function
      .exit.text:sco_exit()
      The function __init bt_init() references
      a function __exit sco_exit().
      This is often seen when error handling in the init function
      uses functionality in the exit path.
      The fix is often to remove the __exit annotation of
      sco_exit() so it may be used outside an exit section.
      
      Since commit 6d785aa3 ("Bluetooth:
      Convert mgmt to use HCI chan registration API") the function "sco_exit"
      is used inside of function "bt_init". The suggested solution by remove
      the __exit annotation solved this issue.
      Signed-off-by: NAlexander Aring <alex.aring@gmail.com>
      Signed-off-by: NJohan Hedberg <johan.hedberg@intel.com>
      0402d9f2
  7. 07 3月, 2015 8 次提交
  8. 05 3月, 2015 2 次提交
    • J
      Bluetooth: fix service discovery behaviour for empty uuids filter · 82f8b651
      Jakub Pawlowski 提交于
      This patch fixes service discovery behaviour, when provided uuid filter
      is empty and HCI_QUIRK_STRICT_DUPLICATE_FILTER is set. Before this
      patch, empty uuid filter was unable to trigger scan restart, and that
      caused inconsistent behaviour in applications.
      
      Example: two DBus clients call BlueZ, one to find all devices with
      service abcd, second to find all devices with rssi smaller than -90.
      Sum of those filters, that is passed to mgmt_service_scan is empty
      filter, with no rssi or uuids set.
      That caused kernel not to restart scan when quirk was set.
      That was inconsistent with what happen when there's only one of those
      two filters set (scan is restarted and reports devices).
      
      To fix that, new variable hdev->discovery.result_filtering was
      introduced. It can indicate that filtered scan is running, no matter
      what uuid or rssi filter is set.
      Signed-off-by: NJakub Pawlowski <jpawlowski@google.com>
      Signed-off-by: NJohan Hedberg <johan.hedberg@intel.com>
      82f8b651
    • J
      Bluetooth: Refactor service discovery filter logic · 2976cdeb
      Jakub Pawlowski 提交于
      This patch refactor code responsible for filtering when service
      discovery method is used. Previously this code was mixed with
      mgmt_device found logic. Now when it's in one place whole logic can
      be greatly simplified. That includes removing no longer necessary
      length field and merging checks for eir and scan_rsp.
      Signed-off-by: NJakub Pawlowski <jpawlowski@google.com>
      Signed-off-by: NJohan Hedberg <johan.hedberg@intel.com>
      2976cdeb