bph

Yep, it seems that you is this guy actually )

I use https://github.com/armbian/community/releases/download/24.5.0-trunk.211/Armbian_community_24.5.0-trunk.211_Nanopct6_bookworm_vendor_6.1.43_minimal.img.xz - have no issues with CPU. Frequency scales up and down well. cpu-info has a bug but lscpu shows correct info.

+1 ) This guy managed to make it work. I have similar setup but struggle to get it enabled

I have the same version. root@nanopct6:~# uname -a Linux nanopct6 6.8.1-edge-rockchip-rk3588 #1 SMP PREEMPT Fri Mar 15 18:19:29 UTC 2024 aarch64 GNU/Linux root@nanopct6:~# fdisk -l Disk /dev/mmcblk0: 232.96 GiB, 250139901952 bytes, 488554496 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 2C6E7417-4E9E-4651-A5E6-A6A4833C8ADF Device Start End Sectors Size Type /dev/mmcblk0p1 32768 483655679 483622912 230.6G Linux filesystem Should be visible even on 6.8.1-edge (listing above is from Debian). So bottom line: There is an error in menu of compile.sh stating that NanoPC-T6 is based on 3588S (should be without S) Recent builds (above vendor) have issues with cpu frequency scheduling cpu-info incorrectly shows all cores as ARM Cortex-A55 on NanoPC-T6. But at the same time lscpu shows correct info. And yes, bigger cache is expected due to different processor version. Any other issues?

@TonyMac32 was listed as a board maintainer in build repo. Yes, I also have Nanopc-t6 and experience same issue BTW NanoPC-T6 is based on full 3588 (not 3588S as NanoPi-R6S) so there is an error below) on a picture. NanoPC-T6 is quite similar to Orange PI 5 Plus - comes also with 4-8-16GB versions but uses better 12V power input versus 5V on Orange.