You might recall that I was considering a MNT Reform laptop to replace my crappy HP laptop a few months ago.
Well, I got no answer or information of any kind anywhere (not just here on Lemmy), but the idea kept going round and round in the back of my head. And now, 5 months later, I find myself having to upgrade Mint to Wilma on my hateful HP laptop soon, and I already dread rebooting to the console because Xorg is dead again, having to downgrade to a working version of the kernel again, fighting the AMDGPU driver again, making the super-flaky and completely terrible wifi-cum-bluetooth Realtek 8821CE adapter work halfway decently again...
I hate this laptop. In fact, I hate it so much that I finally pulled the trigger on the MNT Reform laptop. Hopefully it'll get here before the need to upgrade becomes too pressing.
Stay tuned ๐
Oh right okay. Yeah now that you mention it. I do seem to recall watching somebody's video booting the reform from the SD card. Well then, that's even better: I can just backup the SD card and reinstall over anything I'm not happy with.
I'm totally unfamiliar with how these things boot. I'm not even sure it's more or less standardized between various SoMs. But I suppose it's possible to select which device to boot from at some point or other after power-up. So maybe what I'll do is follow the manual just to familiarize myself with the machine as MNT Research intended, then install Ubuntu on a SD card and boot off of that, until I'm happy enough with it and replace the default stuff on the eMMC with it.
I'm curious: why do you need an I/O board with the Banana Pi CM4? Do you need a JTAG or SWD port that the add-on board provides to program the flash if the updater gets hosed or something like that?
I haven't looked at the schematics, so I am not certain which connection exactly would be needed. I only know that the Reform Mainboard and the Reform CM4 adapter don't expose any way of writing to the eMMC other than booting the system first. The problem here is that the Banana Pi CM4 boot process first looks for a bootloader in eMMC, and only if it cannot find one there, tries the SD card. So, if one flashes a bootloader that gets recognized by the firmware, but that later fails to boot, one is stuck...
The I/O board on the other hand allows to connect to the CM4 via USB, and there is a weird, but supposedly working, procedure to erase the data in eMMC.
In any case, I now have a spare CM4 I/O board lying around, and if I ever choose to upgrade my Reform to the Rockchip SoM (or something even faster), I can then still use the CM4 as a small standalone PC.
Interesting... I'll have to dive into all that at some point. Thanks!