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.
BUG=chromium:407773
TEST='btmgmt find-service -u <ADV_UUID> -r -90'
(cherry-picked from commit 82f8b651a9 from repo git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth-next.git)
Change-Id: Idcf7622c49c9159a86654658a1e0ad1673702013
Signed-off-by: Jakub Pawlowski <jpawlowski@google.com>
Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
Reviewed-on: https://chromium-review.googlesource.com/258242
Reviewed-by: Arman Uguray <armansito@chromium.org>
8474d887e6