Hey, > I was originally considering doing something like that, but I was unsure how > that'd interact with --image-type (unless there's another way to specify an > image that I don't know of)? Would there still just be multiple image-types but > with procedural disk-images? Here's an attached patch that should do that, but I'm not sure it brings a real improvement, unless there are a lot of different offset out there. >> Were you able to actually use the generated image on a pinebook-pro? I >> added support for this machine without being able to test it. > > I just tried to use it on one, but I was unable to get it to boot. I'm not sure > why, exactly, as I didn't have a chance to open it up to enable serial. Could > just be the kernel, seeing as wip-pinebook-pro has its own patched linux-libre > (which I was unable to get working with an inferior on the main branch, but > I don't really know how to use them anyway). It looks like the wip-pinebook-pro is adding some kernel patches, maybe you could try to apply them directly on master? > I did, however, test these changes on a rockpro64 (both pinebook-pro and > rockpro64 use the rk3399 SoC), and it did fix fs corruption preventing proper > boot. That's nice, thanks for your work! Mathieu