-
Notifications
You must be signed in to change notification settings - Fork 3k
QSPI driver also acquires ownership upon initialization now. #12680
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
@dustin-crossman, thank you for your changes. |
CI started |
Test run: FAILEDSummary: 1 of 6 test jobs failed Failed test jobs:
|
Looks like this GT failure is unrelated: The tests-network-interface test (and only this one) failed on a NUCLEO_F429ZI. |
Test restarted |
Those boards have been power cycled so will try running the CI again! |
CI started |
Test run: FAILEDSummary: 1 of 6 test jobs failed Failed test jobs:
|
Looks unrelated again. |
We will restart tests later today |
Test restarted |
CI restarted |
Test run: FAILEDSummary: 1 of 6 test jobs failed Failed test jobs:
|
This PR does not contain release version label after merging. |
@Mergifyio backport mbed-os-5.15 |
Command
|
Summary of changes
This is the partial fix for the QSPI double init issue as described here: #12678
These changes prevent the QSPI driver from calling qspi_init twice (once during construction and once again on first use) as long as no other QSPI object acquires the object during that time.
Impact of changes
Migration actions required
Documentation
None.
Pull request type
Test results
GT Storage Tests:
GT_CY8CPROTO_062_4343W.log
Note: The general_filesystem test that failed also fails on master for the CY8CPROTO_062_4343W. On a CY8CKIT_062_WIFI_BT the general_filesystem test passed on this branch so the proto board failure appears unrelated.
Reviewers