If you send PR against my repo I can build a new IPK with the new board supported and wait until someone can test it on master before sending PR to the OpenWrt packages repo.
Or, you can send your own PR to the OpenWrt packages repo, but please do test on master beforehand.
Can you see who submitted the patch to have that router supported and contact the "maintainer" to see if they are willing to test it on snapshot? But also, with the advanced reboot/dual partitions supported, can you maybe flash snapshot on alternative partition and test?
Also, you've done a great job with your PR to my private repo, maybe you should send the PR to the OpenWrt luci master and 21.02 yourself, I forgot to tell you to bump the version number tho.
Oh that was dumb, yea I don't have to compile to load snapshot and getting back without hooking up the serial port was the whole point. Thanks for the patience.
If I fix the bug I inserted with MTD numbers and use 13,15
Thanks for bringing this to my attention. Can you post how to switch partitions and how to obtain the information about current partition and partition information?
It will be more involved than that as this is the only router that I know of which uses nvram to set boot environment variables, I'll have to adjust the rpcd parts.
If between @ReDaLeRt and @npcomplete you could link the commit/PR merge to OpenWrt repo containing support for EA9500 and its nvram command and save me time from looking it up, I'd appreciate it.
I just got my hands on an unused Linksys EA8100-v1 and started to explore. I can see that is has partitions for dual boot and I can select the firmware to boot by setting boot_part in uboot. I created a json config for the router in devices and it seems to be fine, but the fw_setenv fails because mtd1 is read only when in OWRT.
I tried to figure out how you do it with other devices and I see that in the dts files of similar hardware the this partition is also set to read only.
Help! :)) How did you make it writeable to set the boot_part variable?
Also, is that actually a good idea? Kind of looks to me like its a good idea to have that locked up. I wonder ...
Oh, I think I was wrong. Looking at the dts config again and comparing my rampis device with one that is in the list of supported devices - Linksys EA6350 v4 for example - both dts include mt7621_linksys_ea7xxx.dtsi, which contains the definition of the partitions. Here read-only is not set for the
Interestingly alt_kernel and alt_rootfs are. Need to work that out later :))
I do not see overwrites of that configuration in any of the device specific files that I looked at. So there must be something I miss when the system is up that you need to do before you can use fw_setenv.