Nova

Hi all, @Igor @0r31
I managed to come up with a more structural solution that should work for future increased sizes of the kernel/inital ramdisk as well.
 
Let me know if you are interested in testing this out before I attempt to make a pull request, as some instructions are required to test this out.
 
Changes are all in `boot.cmd` so no rebuilding or updating of U-Boot required.
Based on the load addresses in U-Boot, reshuffled the loading of DT, kernel and initial ramdisk last. After loading the DT it will calculate the kernel load address based on the DT `totalsize`. After loading the kernel it will calcuiate the initial ramdisk load address based on the kernel filesize. Some other minor changes are also incorporated; `fdt resize <extrasize>` adter re-loading original DT when applying the overlays has failed. Skip the `fdt apply` and `fdt resize` for the SPI-SATA workaround.  
Results on my Helios4 with an old U-Boot 2018.11 below:
 
Comments are welcome,
Groetjes,
boot-mvebu.cmd

I'll never be able to say it, but this community is the best I've ever seen.
I want to thank you because once again, I couldn't have solved the problem without it.
Thanks @djurny, all the people of this post.

@Werner thanks for your time.
 
I found the solution in this post:
I'll never be able to say it, but this community is the best I've ever seen.
I want to thank you because once again, I couldn't have solved the problem without it.
Thanks @djurny@Igor and the all the people of this post.
 

Have you already seen this low-end Marvell announcement (now on Kickstarter): http://www.cnx-software.com/2016/09/23/marvell-espressobin-board-with-gigabit-ethernet-sata-pcie-and-usb-3-0-to-launch-for-39-and-up-crowdfunding/
 
I would prefer this since I would never ever implement SOHO/home RAID (again). ZFS+raidz2 is ok for more than 2 disks, everything else stinks (especially all those cheap HW RAID chips) if you don't have every SPoF lying around (since otherwise the R in RAID becomes a joke)