-
Notifications
You must be signed in to change notification settings - Fork 574
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
lindbergh: squashfs support #13714
base: master
Are you sure you want to change the base?
lindbergh: squashfs support #13714
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. why use overlay? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm open to other ideas & saw this was the most straightforward to implement and get working. The bottleneck is The solution squashfs already provides is the use of an overlay - this is what it was designed for as far as I can tell. The changes are only temporary to allow the rom to boot. All changes can be safely discarded after the game exits because the config file is generated every time. I also noticed the code can be reused as other squashfs mounts like |
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 may need to be refactored as part of
Generator
(and a refactor of when the generator is created) because it's rare for decisions to be made on the system/emulator/core outside ofGenerator
and its subclasses.Before talking about this, we need to figure out if an overlay is even the right option.