-
Notifications
You must be signed in to change notification settings - Fork 6.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bluetooth: default value 80 on BT_ACL_RX_COUNT clamped to 64 #22259
Comments
CC @jhedberg |
This follows from: config BT_ACL_RX_COUNT NET_BUF_RX_COUNT does not have a range, which leads us to this situation. @rlubos Does this need to be 80? |
The buffer count was finetuned so that the sample can run smoothly in full configuration (both IPv4/IPv6 and UPD/TCP). So yes, the default configuration should stay as it is. I'm not sure why do you need to limit the maximum number for buffers for BLE, but if that's the case you could do it in the |
This count is assigned to CONFIG_BT_ACL_RX_COUNT which expects a number in the range of 1-64, otherwise kconfig fails. Fixes zephyrproject-rtos#22259 Signed-off-by: Anas Nashif <[email protected]>
This count is assigned to CONFIG_BT_ACL_RX_COUNT which expects a number in the range of 1-64, otherwise kconfig fails. Fixes #22259 Signed-off-by: Anas Nashif <[email protected]>
Describe the bug
There is a warning in at least one sample:
This warning turns into an error when compiled under sanitycheck.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Sanitycheck test should pass.
Impact
Sanitycheck tests cannot pass anymore after applying #21206.
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: