martinayotte

If you look at /boot/boot.cmd (which then compiled into /boot/boot.scr), there is a line where /boot/armbianEnv.txt is loaded in memory and then "env import" is executed ...

Personnally, I'm running on eMMC with other boards such OPi-ZeroPlus2-H5 since years ...

I will try, but daily job take most of my time these days ...

Sorry, completely forgot to join, it was too sunny outside ...

With the help of @megi / @megous , I've now my Pinebook-A64 LCD working. Here is the patch : https://github.com/armbian/build/commit/d49be78b702d7779f78d2655126a56e7f2ea7426

I've tried for months to clarify the reason of such issue ... My last working kernel was 5.7.6, and the issue appeared as soon as 5.8.0, I've done "diff" between both branches and I still didn't figured out the glitches ...

I've reverted my commit since now the original github has the changes done directly by CGarces ...

If you look at the resulting image, maybe the rtl8189fs.ko is still present and broken ... Anyway, I've done builds+tests on all my OPi which using this rtl8189, and results are successful, I've done this commit : https://github.com/armbian/build/commit/bba53d4644e83cd46b80820b5835ad7c2e7691e5

I've just done new build with a 8189fs patch, it seems to work on my OPiPC+ ... I will check other boards this afternoon. Now time to do some snowshows ...

Yes, and No ... it prevent all networking if WiFi is present, such as running "ifconfig" will hang forever. Simply move or delete the 8189fs.ko module will prevent that.

It seems that NanoPi K1 Plus is using rtl8189 WiFi ... Right ? Driver is broken in 5.11, I'm working on it with other guys, I'm using OPiPC+/OPiLite/OPiPlus2E. In the mean time, if you don't need WiFi, disable the module : mv /lib/modules/5.11.1-sunxi/kernel/drivers/net/wireless/rtl8189fs/8189fs.ko /lib/modules/5.11.1-sunxi/kernel/drivers/net/wireless/rtl8189fs/8189fs.ko-disabled

Do you mean that UART3 is working fine ?

Could you check DTS directly by decompiling DTB ? dtc -@ -I dtb -O dts -o /root/sun50i-h6-orangepi-one-plus.dts-5.10.12 /boot/dtb/allwinner/sun50i-h6-orangepi-one-plus.dtb

which kernel version ? (because it seems that it still missing in 5.10 of @megous branch)

Can you check DT if pinctrl-0 is present in UART3 node ? You can verify using this : ll /proc/device-tree/soc/serial@5000c00 (In my old 5.9 build, I see that they are missing and only UART0 has its pinctl-0 handle.) If missing, you can decompile DTB into DTS, edit DTS to add "pinctrl-0 = <phandle>;" where phandle can be found in "uart3-pins" node ...

It won't appear as subfolder, but as direct node /dev/spidev0.0 ... Also, check with "dmesg | grep spi" ...

Look at this doc file : /boot/dtb/overlay/README.sun8i-h3-overlays

You've forgot to define "param_spidev_spi_bus" which is mandatory ...

I'm not understanding exactly. Maybe because I've always producing patches manually ... Here is a summary of how I would do it : (edit the file to add "gpio-line-names" manually) nano cache/sources/linux-odroidxu4/odroid-5.4.y/arch/arm/boot/dts/exynos5420-pinctrl.dtsi (save) pushd cache/sources/linux-odroidxu4/odroid-5.4.y/ git diff arch/arm/boot/dts/exynos5420-pinctrl.dtsi > ~/my-gpio-line-names.patch popd mv ~/my-gpio-line-names.patch patches/kernel/odroidxu4-dev/odroidxu4-add-gpio-line-names.patch

Be carefull : phandle can vary between builds, so better use <&pio> and <&r_pio> symbols. As I said earlier, append you overlay code in some new board specific patch such as ./patch/kernel/sunxi-dev/nanopi-duo/board-h2plus-nanopi-duo-add-overlay.patch which will also provide change to arch/arm/boot/dts/overlay/Makefile.

I would choose to simply add another fragment in the same overlay ...

Do you mean PL ? Simply add another "gpio-line-names" entry into "pinctrl@1f02c00" node.

Sorry for the typo ...

I've manually copied my gpio-line-names.dtbo under /boot/dts/overlay/sun8i-h3-gpio-line-names.dtbo Then, I added "overlays=gpio-line-names" in /boot/armbianEnv.txt, and rebooted ... Yes, my test was for OrangePiPC+, and tested using libgpiod "gpioinfo" ...