-
Notifications
You must be signed in to change notification settings - Fork 3k
Cellular: fix connect-disconnect sequence called many times #9898
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
Conversation
a7a63fd
to
a15329f
Compare
@jarvte, thank you for your changes. |
What is this failing test: **travis-ci/psa-autogen ** — Local psa-autogen testing has failed |
#9899 will fix the Travis issue |
Travis fixed |
I assume this is targeting 5.12.0 ? Also a question - fix involves 12 files change and has multiple fixes in (squashed?), why did you squash them? |
From the Release notes section comments, this does not answer how to migrate if its breaking change? By removing, what is the impact, how to migrate? |
Yes, 5.12 if that possible as this is the release where we can break cellular API's. |
Updated notes. |
That should help readability, shouldn't it ? please do then. I'll run CI right after |
Fix syncing back to at mode after ppp disconnect. Fix AT_CellularContext flags and states to allow new connect after disconnect. Fix that state machine is not reseted in disconnect is it's running (might be running because of another context or new connect already started).
This was left accidentally after refactoring. It wasn't giving correct states after refactoring. CellularContext::get_connection_status should be used instead.
a15329f
to
0905f01
Compare
Yes for sure. I always tend to forget to divide into proper commits. I'll try to improve. Now it's done for this pr. |
CI started |
Test run: FAILEDSummary: 1 of 14 test jobs failed Failed test jobs:
|
@ARMmbed/mbed-os-test ^^ this needs fixing please |
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.
Why does this PR introduces multiple unrelated changes, while one of them is breaking? One PR should be fixing the connect-disconnect issue and second, separate, one should be addressing the cleanup (and be labeled as breaking).
It's very late before the code freeze so we will take it as it is, but in the future please remember to have one PR for each logical change. It's especially important for breaking changes as they are considered on case to case basis.
The failure above was unrelated, CI config , fixed now. |
Description
Fix connect-disconnect sequence called many times
running because of another context or new connect already started).
after refactoring. It wasn't giving correct states after refactoring.
Pull request type
Reviewers
@mirelachirica @AriParkkila
Release Notes
Removed API get_connection_status() from CellularNetwork. This was left accidentally
after refactoring. It wasn't giving correct states after refactoring. Application should use CellularContext::get_connection_status instead.