Add support for NanoPi R3S

[EvilOlaf]

Description

This PR adds support for the NanoPi R3S SBC
https://www.friendlyelec.com/index.php?route=product/product&product_id=303

u-boot patchset borrowed from OpenWRT
Linux dts backported from 6.13

How Has This Been Tested?

• Build https://paste.armbian.de/zequmuyaba
• Boot untested, no hw

Whoever has this board and want to test, plz do and give feedback.
https://fi.mirror.armbian.de/.testing/Armbian-unofficial_24.11.0-trunk_Nanopi-r3s_bookworm_edge_6.12.3_minimal.img.xz
Image with the updated u-boot patchset check comments below

Checklist:

• My code follows the style guidelines of this project
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• My changes generate no new warnings
• Any dependent changes have been merged and published in downstream modules

[EvilOlaf]

More or less just a note for further improvements:

OpenWRT also made adjustments to led and added some load balancing by setting net-smp-affinity

openwrt/openwrt@2902b0a#diff-f9d4f9cb6007e346ac46a85b5e28121e8bd2b0b18c2f91f5eab28b28b443f425

https://github.com/openwrt/openwrt/pull/16738/files#diff-86143a4e522eb5736b3b087ac4616281018f80fe24df29d3c5292f84616d521c

[rpardini]

Looks good.

I guess the vendor u-boot doesn't build (it seems to try to use binman-style build with the 2017 vendor u-boot, which is a no-go).

We need to add some bare-DT/bare-defconfig (thus avoiding null-patches) support to mainline (2024.x) u-boot; it is currently implemented for the vendor u-boot but not for mainline. Not your fault, of course, but I guess that would help borrowing patches from openwrt.

[EvilOlaf]

I think its not worth bothering with vendor on this board since all the interesting stuff should be available in both mainline uboot and Linux. The stuff mentioning it are mostly c&p relicts.

[igorpecovnik]

@azagramac

Nobody is happy to do the hard work unless they are stealing absolutely everything. Not sure what advantages you see with Dietpi, but this is comparison from other angle:

https://docs.armbian.com/#key-advantages
armbian/configng#291

tl;dr;

• we do everything around hardware interface
• we provide OS without proprietary changes
• we make build images possible
• our system config is significantly more advanced

[EvilOlaf]

https://patchwork.ozlabs.org/project/uboot/cover/[email protected]/

[EvilOlaf]

Still untested but well, screw it.
Patch header need rework to give proper credit....again

New image for testing: https://fi.mirror.armbian.de/.testing/Armbian-unofficial_25.02.0-trunk_Nanopi-r3s_bookworm_edge_6.13.0-rc5_minimal.img.xz