Gé Koerkamp

Hi, it is going to be nearly impossible to get a standard boot procedure, valid for not just pi but also other platforms, and automatic release/kernel updating when people have...

Though PI is the major arm platform, there are others which do not work with device tree overlay. This also needs to be considered, the boot configuration of supported images...

correct On 31 Aug 2017, at 00:14, DecayFi wrote: Hi, I think I get your point. If I understood this correctly, a solution that creates more flexibility but will default...

Hi, I think this also needs to be solved as part of the ootb configuration for arm devices. /dev/mmblk0 used to be coded fixed in initramfs, meanwhile it already became...

Hi, thank you very much for the excellent work and the time you invested to get the hardcoded stuff out of the way. Happy to have you on the team...

ah, and the hint regarding /boot is a good one too, this would avoid extra hacking with fstab. I think I can use that for X86 too and avoid fiddling...

yes, but when mounted in initrd it should survive switch-root and show up as /boot

anyway, going to test this as updates are changing files in /boot too (on all devices) ...

second that, calibration and tools used vary from screen to screen, this is very difficult to create a generic solution for. Would otherwise call for screen-specific plugin extensions or a...

There are some boards which don't have video out, a plymouth theme does not make sense there (nanopi neo/neo2/neo3, more?).