-
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
Refactor kReadCommissioningInfo step in DeviceCommissioner #36603
Refactor kReadCommissioningInfo step in DeviceCommissioner #36603
Conversation
Changed Files
|
PR #36603: Size comparison from 04e6a68 to d16d2bb Full report (69 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
d16d2bb
to
477feba
Compare
477feba
to
acd3d58
Compare
As of project-chip#32974 we were potentially cancelling later than intended. Also avoid re-using KVS file names to avoid pollution by earlier failed runs.
9bcb5ba
to
3cb04a6
Compare
PR #36603: Size comparison from 0ac52eb to 3cb04a6 Full report (66 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nxp, psoc6, qpg, stm32, telink, tizen)
|
…ack progress internally
…ally Also group requests by cluster. The logic of which attributes to read is unchanged.
3cb04a6
to
db73e65
Compare
PR #36603: Size comparison from 0ac52eb to db73e65 Full report (66 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nxp, psoc6, qpg, stm32, telink, tizen)
|
Group by cluster instead of by the stages that no longer exist. Also align error handling and logging a little.
PR #36603: Size comparison from 0ac52eb to 3739349 Increases above 0.2%:
Full report (66 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nxp, psoc6, qpg, stm32, telink, tizen)
|
- Use ClusterStateCache::Get variant that decodes directly - No need to loop again to parse ConnectMaxTimeSeconds attributes - Per spec Ethernet does not have ConnectMaxTimeSeconds
716d4c7
to
e5ab93a
Compare
PR #36603: Size comparison from 29c2647 to e5ab93a Full report (69 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
PR #36603: Size comparison from 29c2647 to 4f8b058 Increases above 0.2%:
Full report (69 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This generally seems better to me. Most of my comments are minor. +1 to Boris' question about cancellation though.
PR #36603: Size comparison from 29c2647 to a2f8a86 Increases above 0.2%:
Full report (69 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
src/darwin/Framework/CHIPTests/TestHelpers/MTRTestCase+ServerAppRunner.m
Show resolved
Hide resolved
…hip#36603) * Fix trigger-based cancellation in MTRPairingTests As of project-chip#32974 we were potentially cancelling later than intended. Also avoid re-using KVS file names to avoid pollution by earlier failed runs. * Roll kReadCommissioningInfo2 stage into kReadCommissioningInfo and track progress internally * Refactor ContinueReadingCommissioningInfo to group attributes dynamically Also group requests by cluster. The logic of which attributes to read is unchanged. * Refactor FinishReadingCommissioningInfo / Parse*Info Group by cluster instead of by the stages that no longer exist. Also align error handling and logging a little. * Simplify ParseNetworkCommissioningInfo - Use ClusterStateCache::Get variant that decodes directly - No need to loop again to parse ConnectMaxTimeSeconds attributes - Per spec Ethernet does not have ConnectMaxTimeSeconds * Review comments: Use explicit ifs for this logic * Review comments: Explain skip logic * Remove workaround for zero network commissioning feature map * Review comment: document mReadCommissioningInfoProgress * Review comment: avoid paths / attributes ambiguity
This PR refactors the kReadCommissioningInfo DeviceCommissioner step in preparation for adding the ability to read additional data. Having a fixed split of the attributes to be read into two steps in inflexible and makes it hard to optimize the reads that are performed.
Specifically this change
If desired this PR can be reviewed commit by commit; builds and tests were green after each commit.