-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Fix handling of short discriminator in Linux BLE scan. #21241
Merged
woody-apple
merged 1 commit into
sve
from
cherry-pick-79e8c9edb805d7d8cf2f529e66fbf9d1c0935629
Jul 27, 2022
Merged
Fix handling of short discriminator in Linux BLE scan. #21241
woody-apple
merged 1 commit into
sve
from
cherry-pick-79e8c9edb805d7d8cf2f529e66fbf9d1c0935629
Jul 27, 2022
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
* Fix handling of short discriminator in Linux BLE scan. A few changes here: 1. Implement a SetupDiscriminator class that commons up logic like "does this discriminator, which might be short or long, match the given long discriminator?" and "extract short discriminator from long discriminator". 2. Change SetupPayload to more clearly indicate whether it's storing a short or long discriminator, instead of storing a short discriminator the same way as a long discriminator with the low bits all 0 and hoping consumers check isShortDiscriminator. 3. Update BLE scanning APIs to take SetupDiscriminator. 4. Fix the Linux and Tizen BLE code to properly handle short discriminators (which used to not match if the long discriminator happened to have the low 8 bits nonzero). 5. Fix the Darwin BLE code to properly handle long discriminators that have 0 low bits. Before this change they used to incorrectly match a long discriminator which had the same 4 high bits but different 8 low bits. Fixes #21160 * Address review comment.
PR #21241: Size comparison from e556daa to 9e041aa Increases above 0.2%:
Increases (42 builds for bl602, cc13x2_26x2, cyw30739, efr32, esp32, k32w, linux, nrfconnect, p6, telink)
Decreases (6 builds for cc13x2_26x2)
Full report (43 builds for bl602, cc13x2_26x2, cyw30739, efr32, esp32, k32w, linux, mbed, nrfconnect, p6, telink)
|
woody-apple
deleted the
cherry-pick-79e8c9edb805d7d8cf2f529e66fbf9d1c0935629
branch
July 27, 2022 16:16
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
A few changes here:
discriminator, which might be short or long, match the given long
discriminator?" and "extract short discriminator from long discriminator".
long discriminator, instead of storing a short discriminator the same way as
a long discriminator with the low bits all 0 and hoping consumers check
isShortDiscriminator.
(which used to not match if the long discriminator happened to have the low 8
bits nonzero).
low bits. Before this change they used to incorrectly match a long
discriminator which had the same 4 high bits but different 8 low bits.
Fixes #21160
Problem
See above.
Change overview
See above.
Testing
Ensured that BLE commissioning still works on Darwin (which is where I can test) and that chip-tool payload parsing commands work right.