Dual image uboot

[Arwen]

We having been discussing uboot on SPI as a way to get bootable PCIe NVMe drives. Yet the consensus is that the SPI is for a version of uboot, (or other firmware), that is quite stable.

But, we can also do some interesting things for recovery. If uboot is not that big, perhaps we can have 2 versions, with a tiny bit of code to select the most current, unless a special key is held down. Then it uses the prior release. That may help prevent some of the bricking of the PBP that has been disscused for new, but faulty firmware.

This could apply to both eMMC and SPI., though eMMC is an easier un-brick than SPI.

Just an idea.

[ayufan]

It has to be programmed and put somewhere, given that keyboard is connected via USB it means a ton of code to support that.

So. I would say: it is unlikely. I would rather assume that SPI happens first, that will allow multi-boot by default.

[enip]

radxa has some code in their repo to support spi -> nvme boot for rk3399

repository: https://github.com/radxa/u-boot.git
branch : rk3399-pie-gms-express-baseline

Original post https://forum.radxa.com/t/spi-nvme-booti...a/1306/161

[Arwen]

It has to be programmed and put somewhere, given that keyboard is connected via USB it means a ton of code to support that.

So. I would say: it is unlikely. I would rather assume that SPI happens first, that will allow multi-boot by default.

Thanks, point taken. Using the keyboard to select alternate SPI boot image would require USB HID support. Too much added work.

When time permits, I'll take a look at alternatives.