Add Nanopi R5S

[igorpecovnik]

Description

Jira reference number AR-1359

How Has This Been Tested?

Test image:
https://imola.armbian.com/dl/nanopi-r5s/nightly/

• Build test
• Boot from SD
• Serial console
• HDMI console
• Boot from eMMC (worked / doesn't work anymor)
• Pci (SSD is deteced)

One NIC (close to USB-c port) doesn't work, boot from eMMC was working, now doesn't work anymore, M2 is detected ...

(it was build with this MR #4246)

[EvilOlaf]

Why got those disabled? I guess some USB WiFi adapters have these chips build into?

[adeepn]

RTL8822CS - SDIO version of RTL8822 chipset. it is not used in usb sticks

[Manouchehri]

Could you try to see if this fixes your LAN NIC? (I'm having a similar issue with a R4SE.)

modprobe -r pcie_rockchip_host && modprobe pcie_rockchip_host

You will need to have CONFIG_PCIE_ROCKCHIP_HOST=m for this to work.

[Averell7]

Boot from emmc : presently it is noted : worked, does not work anymore.
The boot order of this device is handled in a very special way. This is explained in the Wiki, 4.6. :
https://wiki.friendlyelec.com/wiki/index.php/NanoPi_R5S#The_Boot_order_between_eMMC_and_SD_card
This is very annoying because, if you load an image with uboot in the eMMC, then it becomes difficult to start from the SD card (you must delete a file). But there is something worst, and it happended to me : if you load an image which starts and then fails to finish boot, you are locked, you have no way to access again the eMMC and to start the device on the SD card, you will have to mask manually the eMMC each time. This is due to the use of U-boot.
If it was possible to replace it by the Rockchip MiniLoader, as all FriendlyElec image do, this problem would be solved. The Binary is present in the images for USB transfer. I do not have the skills to test the change of the boot loader and do not know if it is possible. But if I am given the information, I am ready to test.
See the link above for more details.

[Averell7]

Just for info : I work with the build of Cornelius, and everything works fine for me. All LAN NICs are working fine.

[phlax]

I work with the build of Cornelius, and everything works fine for me.

i have tried building an image using his system - afaict the pcie still does not work - or at least the nvme drive is not loaded

Test image:
https://imola.armbian.com/dl/nanopi-r5s/nightly/

seems like this image has cycled - is there anywhere it would still be available for testing?

i tried building an image with this PR but ran into some other issues

[Averell7]

When I used the build of Cornelius, I tested the Pcie with a SSD and it worked.
This builds are still available here : https://github.com/pyavitz/binary/releases/tag/images
(version more recent than the one I used)

[phlax]

When I used the build of Cornelius, I tested the Pcie with a SSD and it worked.

wierd, which image ?

i tried with the debian image and then built it myself (with 6.1 kernel) and got the same result (pcieport 0000:00:00.0: of_irq_parse_pci: failed with rc=-22 and related errors)

[phlax]

for ref this is the image i tried https://github.com/pyavitz/binary/releases/download/images/rk3568-nanopi-r5s-debian-bullseye-6.0.11-arm64-ext4-2022-12-05-1455.img.xz

i tested it again today so im pretty sure its not working on my system

[Averell7]

The image I used was a month earlier than the present one (rk3568-nanopi-r5s-debian-bullseye-6.0.10-arm64-xfs-2022-11-30-0606.img.xz), it was from October.
But I didn't build anything, I just flashed it to a SD card.

[phlax]

interesting, ill try bulding from the commit prior to pyavitz/debian-image-builder@cf44a1b which switches the r5s to using the latest kernel (guessing that its hardcoded previously, but need to check)

if nothing else it would be good to bisect where it stops working

(apologies if this discussion has somewhat hijacked this thread)

[phlax]

i tried (force-) building the 6.0.10 kernel both at the commit posted above and with current HEAD always the same result

i think the problem is with the dtb file that is being produced - @Averell7 could you post the /boot/rockchip/rk3568-nanopi-r5s.dtb file you have in the working image

[Averell7]

Unfortunately I cannot help because I no longer use this system, I am now on Dietpi which is an upgrade to Debian 11 of the Debian 10 proposed by the manufacturer. For this reason the kernel is 5.10.110 which is probably non interesting for you. The nvme SSD is working fine on this system. If I find something on a SD card, I'll tell you.

[igorpecovnik]

Closing in favor of #5632