Skip to content
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

Support for romfs. #209

Open
iabdalkader opened this issue Sep 3, 2024 · 0 comments
Open

Support for romfs. #209

iabdalkader opened this issue Sep 3, 2024 · 0 comments

Comments

@iabdalkader
Copy link
Member

iabdalkader commented Sep 3, 2024

I have a better idea about how the romfs feature might work/look like:

  • First you'll need to store some info about the romfs offset/address and size per board. I could add a USB command to retrieve this information instead.
  • Next step is to get the romfs contents. There are two options:
    • Add a USB command to dump the romfs contents.
    • Use the bootloader to read the romfs contents (this requires a reset into bootloader etc..).
  • Display the contents of the romfs in a filesystem browser-like window.
    • Users can add/delete files. *** All operations must be done in memory***
  • The "commit" phase:
    • Check if the romfs fits the space reserved for.
    • Commit using the bootloader to write the romfs.
  • A revert option? The romfs may contain the wifi/bt firmware as well, the user can delete any files, so we may need to have an option to revert it. We could either:
    • Require reflashing the release firmware.
    • Have the build generate the romfs.bin image separately. This will happen anyway for boards that use QSPI (because you use the IDE to load it). But I can generate it separately boards that don't use the QSPI as well.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants