Revision of denylist filtering.

Since the denylist is designed to match both Bluetooth Classic and LE
devices, this change shifts the DeviceConfig logic to a central place
in AdapterService.  Then the Classic and LE stacks reach back into
AdapterService to obtain the latest Predicates each time they perform
their own filtering.

It might seem inefficient to obtain the detailed Predicates each time,
but the mDeviceConfigLock will have low contention.

This change is a no-op due the disabled feature flag.  Also apply
filtering to LE bulk results, which were previously missed.

Bug: 181812624
Tag: #feature
Test: atest BluetoothInstrumentationTests
Change-Id: Ia2482aca2eb149ca5db676e979ae011e1f5236f7