-
Notifications
You must be signed in to change notification settings - Fork 3k
STM32: Lock / Unlock flash for each operation #5026
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
Rather than Unlocking flash during flash object creation, and leaving the flash possibly continuously unlocked a(s object might bever be freed), we decide to Unlock then Lock again at each erase or program call.
@theotherjimmy Testing complete so "needs:work" label can be updated I think. |
I restarted the build, the result there looked suspicios (not related to this changeset). I'll label this as needs: CI soon, reviewing. |
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.
LGTM
Is there any latency now expected (how long it takes to lock/unlock flash) ?
@0xc0170 THX. Added latency should be transparent compared to program / erase operations. The lock/unlock prevents or allows writing to the Configuration Registers, not on the flash itself. (Well yes indirectly it prevents access to the flash ... hope I'm clear enough ) |
@0xc0170 when is CI planned ? |
We can't timebox this as our minor and patch release are due soon (CI pipeline is being occupied most of the time, as we are adding also some older jobs, so this will get in there also). |
/morph test |
Result: ABORTEDYour command has finished executing! Here's what you wrote!
OutputBuild Prep failed! |
/morph test |
Result: SUCCESSYour command has finished executing! Here's what you wrote!
OutputAll builds and test passed! |
/morph test-nightly |
Result: SUCCESSYour command has finished executing! Here's what you wrote!
OutputAll builds and test passed! |
Description
Rather than Unlocking flash during flash object creation, and leaving
the flash possibly continuously unlocked a(s object might bever be freed),
we decide to Unlock then Lock again at each erase or program call.
This solves issue #4967
Status
READY
TESTS