Beurett

Hi, I'm Nanopi M4 user with Armbian Buster 5.95 and kernel 4.4.190-rk3399. I found some weird behavior that put label which indicates big.LITTLE wrongly to each core. please refer this: https://forum.armbian.com/topic/11698-nanopi-m4-htop-recognizes-all-cores-as-little-cores Installed htop version is: 2.2.0-3~armbian5.92+1 arm64.

Agree with you. I'll see the htop source code. Thanks! You're right. my htoprc file is same as yours. when I delete and recreate the file it works properly. It might be bug in Armbian customized htop.

using Armbian 5.95 Buster with kernel 4.4.190-rk3399. I cannot find -a option for armbianmonitor.. but when I run 7zip benchmark with -z option, the result is similar to yours. It seems the cpu performance is ok. Do you have any idea what problem caused this?

Hello, I'm using Nanopi M4 installed Armbian Buster. It works like charm but I found a strange behavior of the system. In htop all cores are displayed as little core. but when I checked actual clocks in /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq big cores are doing well (up to 1.8GHz). htop result: lscpu results: Architecture: aarch64 Byte Order: Little Endian CPU(s): 6 On-line CPU(s) list: 0-5 Thread(s) per core: 1 Core(s) per socket: 3 Socket(s): 2 Vendor ID: ARM Model: 4 Model name: Cortex-A53 Stepping: r0p4 CPU max MHz: 1800.0000 CPU min MHz: 408.0000 BogoMIPS: 48.00 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 CPU SOCKET CORE ONLINE MAXMHZ MINMHZ 0 0 0 yes 1416.0000 408.0000 1 0 1 yes 1416.0000 408.0000 2 0 2 yes 1416.0000 408.0000 3 0 3 yes 1416.0000 408.0000 4 1 4 yes 1800.0000 408.0000 5 1 5 yes 1800.0000 408.0000 Is this result normal?