Add Orange Pi 5 line names

[thatcomputerguy0101]

This adds a line name overlay for Orange Pi 5 models. This should unblock reasonable GPIO use on Orange Pi 5. Currently untested, drafting for CI runs.

[thatcomputerguy0101]

The CI completes now, but I do not have hardware to test this on. The command gpioinfo from gpiod should now show the line names instead of "unnamed" for the user-facing pins.

[crschardt]

I’ll try to test it tonight.

[Gold856]

Is there a source for these line names, or are flying by tests and establishing ourselves as a source of truth?

[crschardt]

I just confirmed that there's a problem with the way that the image-runner is mounting partition 1. I'll fix it in our image runner this week.

[thatcomputerguy0101]

There are diagrams on Orange Pi's site with these names. I have draft documentation that I'm working on with those images. I still want to do some hardware testing on Raspberry Pi before publishing that branch though.

[thatcomputerguy0101]

Here's the one for a vanilla Orange Pi 5:

[thatcomputerguy0101]

Maybe we should rehost those since Orange Pi's servers are very slow? (Or is that just me?)

[Gold856]

Orange Pi servers are known to be unreliable and/or slow.

[crschardt]

I'm pretty confident that #120 is the fix, but I want to test the images to confirm that they are working properly before we merge it to main. It's getting late for me, so I'll have to do that later this week.

[thatcomputerguy0101]

Seems like #120 worked:

+ echo 'U_BOOT_FDT_OVERLAYS="device-tree/rockchip/overlay/rk3588-line-names.dtbo"'
+ u-boot-update
P: Checking for EXTLINUX directory... found.
P: Writing config for vmlinuz-6.1.0-1025-rockchip...
P: Updating /boot/extlinux/extlinux.conf...

[crschardt]

This is causing my OPi5 to boot into recovery mode. #120 works correctly, so it seems like its a problem with the device overlay.

[thatcomputerguy0101]

I think I messed up the overlay since the gpio chips would be separate device tree entries. This might be fixed now.