 how do folks feel about switching the SDM845 #postmarketOS devices over to U-Boot? the main benefits will be: - support for falling back to previous kernels (so when an upgrade fails you can just boot the last kernel) installing multiple distros would also be technically possible with this via a shared ESP and custom partitioning, you could run @mobian and @postmarketOS for example, although this wouldn't be really easy or "supported" i guess. 6 comments
@cas @mobian @postmarketOS might not even need custom *partitioning* with intentful *formatting*, e.g. using LVM or btrfs subvols for the rootfses!
@never_released @cas @mobian @postmarketOS (speaking as another non-Android linux on android device dev) I would presume "anything as long as it's UEFI" a good option. Whether it's U-Boot, or EDKII. In fact, I would welcome both of them coexisting, to reduce monocultures.
@postmarketOS @cas @mobian EFI booting is one of those things that makes a phone feel more “open”, I think a lot of people would appreciate the familiarity it brings on top of the other benefits.  @cas @mobian @postmarketOS Love the idea, I want to switch my OnePlus 6T over whenever it's ready. |
Gregory's Server
@mobian @postmarketOS I think being able to NOT have your device be bricked if a kernel upgrade is broken is justification enough for this, but the upgrade path is a little frustrating.
We'll need to somehow create an ESP (either a new partition or repurposing the op2 partition or something) which will have to be a tool in pmOS.
But this would need to be done manually (cuz messing with the partition table even just to change a type UUID feels a bit risky to do without consent).
But for fresh installs we would need to make these changes another way for U-Boot to detect it on first boot.
So maybe we actually should implement this inside of U-Boot? This is pretty easy to do at least.
Yeah this sucks but i think we should really move forward on this...
@mobian @postmarketOS I think being able to NOT have your device be bricked if a kernel upgrade is broken is justification enough for this, but the upgrade path is a little frustrating.
We'll need to somehow create an ESP (either a new partition or repurposing the op2 partition or something) which will have to be a tool in pmOS.