Radxa-e54c - tested okay please move to dl: Armbian_26.5.1_Radxa-e54c_resolute_vendor_6.1.115_gnome_desktop Boot from SD card TTY Terminal 1500000 baud Connect via ssh Lan1 ethernet iperf3 Lan2 ethernet iperf3 Lan3 ethernet iperf3 Wan ethernet iperf3 USB Reboot Shutdown HDMI video HDMI audio Armbian_26.5.1_Radxa-e54c_resolute_vendor_6.1.115_minimal Boot from SD card TTY Terminal 1500000 baud Connect via ssh Lan1 ethernet iperf3 Lan2 ethernet iperf3 Lan3 ethernet iperf3 Wan ethernet iperf3 (needs manual config) USB Reboot Shutdown Armbian_26.5.1_Radxa-e54c_trixie_vendor_6.1.115_minimal Boot from SD card TTY Terminal 1500000 baud Connect via ssh Lan1 ethernet iperf3 Lan2 ethernet iperf3 Lan3 ethernet iperf3 Wan ethernet iperf3 (needs manual config) USB Reboot Shutdown

radxa-e52c - tested okay please move to dl: Armbian_26.5.1_Radxa-e52c_resolute_current_6.18.33_minimal Boot from SD card TTY Terminal 1500000 baud Connect via ssh Lan ethernet iperf3 Wan ethernet iperf3 USB Reboot Shutdown Armbian_26.5.1_Radxa-e52c_resolute_vendor_6.1.115_minimal Boot from SD card TTY Terminal 1500000 baud Connect via ssh Lan ethernet iperf3 Wan ethernet iperf3 USB Reboot Shutdown Armbian_26.5.1_Radxa-e52c_trixie_vendor_6.1.115_minimal Boot from SD card TTY Terminal 1500000 baud Connect via ssh Lan ethernet iperf3 Wan ethernet iperf3 USB Reboot Shutdown

Neither we do full hardware validation. That is only done in military grade software support and this is community open source development Thank you for your input. We don't have much time so in case we don't find a fix in <1h, broken images will be removed. Which is already a good added value. It is interesting that Gnome works and KDE don't. I did several tests on x86 platform and KDE always worked ... But I think we need to be realistic and happy if one desktop works solid.

root@nanopi-m5:~# grep BTRFS /usr/lib/u-boot/nanopi-m5-rk3576_defconfig # CONFIG_CMD_BTRFS is not set # CONFIG_FS_BTRFS is not set So no direct Btrfs rootfs support. It is image Armbian_26.5.1_Nanopi-m5_trixie_current_6.18.33_minimal.img run as container quick test. # gdisk -l Armbian_26.5.1_Nanopi-m5_trixie_current_6.18.33_minimal.img GPT fdisk (gdisk) version 1.0.10 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk armbian.img: 3252224 sectors, 1.6 GiB Sector size (logical): 512 bytes Disk identifier (GUID): 1F37D403-5DE7-4F81-AB22-D9825AE1EFEB Partition table holds up to 128 entries Main partition table begins at sector 2 and ends at sector 33 First usable sector is 2048, last usable sector is 3252190 Partitions will be aligned on 2048-sector boundaries Total free space is 32735 sectors (16.0 MiB) Number Start (sector) End (sector) Size Code Name 1 32768 3250175 1.5 GiB 8305 rootfs There is no 4K sector 'awareness', that is the whole reason I ran this testing; If that is an issue with the M5, I don't own and don't know, but I have encountered quite some issues in Linux in general w.r.t. that, so I would for sure scan armbian-install script to see what is done. Risk with 6.1.115 kernel is that is messes up 512/4k things when Btrfs as kernel 6.7 or later is needed to handle it transparently. Check all yourself, as is long time ago I checked it and I use mostly latest Linux, so kernel > 6.18 currently.

1. At this stage you should be extremly happy if it generally works trouble free. 2. Yes.