You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the ble_ll_iso_big.c unconditionally uses the crypto functions. Thus the code won't compile with encryption support disabled (BLE_LL_CFG_FEAT_LE_ENCRYPTION unset).
For now, 23eec0a workaround has been merged that enables the encryption by default if BLE_LL_ISO_BROADCASTER is enabled.
My question is:
Should there be a possibility for the user to build a controller without a encryption support and Broadcast ISO support, so that the user would be able to send and/or receive unencrypted broadcast only, or
Should there be an restriction for BLE_LL_ISO_BROADCASTER with BLE_LL_CFG_FEAT_LE_ENCRYPTION dependency
The text was updated successfully, but these errors were encountered:
Currently, the
ble_ll_iso_big.c
unconditionally uses the crypto functions. Thus the code won't compile with encryption support disabled (BLE_LL_CFG_FEAT_LE_ENCRYPTION
unset).For now, 23eec0a workaround has been merged that enables the encryption by default if
BLE_LL_ISO_BROADCASTER
is enabled.My question is:
BLE_LL_ISO_BROADCASTER
withBLE_LL_CFG_FEAT_LE_ENCRYPTION
dependencyThe text was updated successfully, but these errors were encountered: