Closed AGlass0fMilk closed 3 years ago
Thank you for raising this detailed GitHub issue. I am now notifying our internal issue triagers. Internal Jira reference: https://jira.arm.com/browse/IOTOSM-3019
Thanks. The problem was the use of extended HCI commands even when the feature is disabled. https://github.com/ARMmbed/mbed-os/pull/14111 This was causing the controller to reject legacy commands later on.
Should be fixed by #14111. I will test and reopen the issue if I encounter any other problems.
Description of defect
When the BLE stack is configured to disable extended advertising as below:
Scanning behavior is unexpectedly affected. Specifically, after initiating scanning, a registered
Gap::EventHandler
'sonAdvertisingReport
callback will never be executed.I have tested this behavior on the nRF52832 so far.
Note: Scanning behavior is NOT affected when only
ble.ble-feature-periodic-advertising
is set tofalse
.Target(s) affected by this defect ?
NRF52_DK
Possibly NRF52840_DK and other BLE targets.
Toolchain(s) (name and version) displaying this defect ?
What version of Mbed-os are you using (tag or sha) ?
d6784c3ee6ada8e886801d0197904d3ab94c891c
What version(s) of tools are you using. List all that apply (E.g. mbed-cli)
How is this defect reproduced ?
Add the following configuration options to a BLE application that performs basic ("classic" I suppose?) scanning (eg: https://github.com/ARMmbed/mbed-os-example-ble/tree/master/BLE_GAP):