GL.iNet AR300M, if the ath79, SPI-NAND PR is ever merged, will boot from either NOR or from NAND, with failover from NAND to NOR on excessive boot failures.
Without much coffee this morning, "dual firmware" seems reasonable.
"Dual boot" suggests to me that it runs two different OSes (which, I guess it could, but...).
Here's all the targets with a bootcount init script:
Is there anyone with this device who is willing to help me get luci-app-advanced-reboot working for it?
PS. I know that technically these devices have more than 2 partitions, but in terms of explaining how things work to users, I believe dual-partition naming is better.
@tmomas -- I'll be submitting a PR for an updated version of advanced reboot luci app within a few days and I want to include a link to ToH listing all dual-boot devices in the README. Can you please help me with a link? Would it be something like: https://openwrt.org/toh/start?dataflt[Device+Techdata_pageid*~]=dual ?
For me +1 dual firmware seems generic enough, although unlisted, "failover firmware" is appealing to me also because of the intended usage from the manufacturers, that is really to recover from flash failure. Dual firmware might not ring a bell immediately to new users as to what the purpose of the second firmware is.
What about devices like the Xiaomi Mi Router 3G which has a dual partition layout with the factory firmware and only a single partition layout on OpenWRT?
As a user who wants to buy a device, I would expect this functionality to be present also with OpenWrt. Since it is not, I wouldn't tag those devices with dual firmware.
Is the R3G the only device where this feature is lost after installing OpenWrt?
Standard is eMMC. Booting from SSD or USB requires the u-boot env to be set accordingly.
Hence, it has a fallback routine to emergency boot (accessible via UART) but I am not aware that u-boot provides a routine to check if one boot media fails and falls back to the other. Perhaps it is possible somehow but I have not looked into how that works.
Time being I got in total four partitions (1 x eMMC, 3 x USB) from which to choose to boot, via ssh setting the fw_setenv and rebooting the node to the chosen partition. If that goes haywire however have to get out the UART kit and set things straight again.
Would have also partitions on the SSD but that is using GPT and the u-boot implementation in OpenWrt has not integrated support for it.