Port-arm archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Radxa Orion O6



On 1/31/25 21:33, Jared McNeill wrote:
The interface was showing the raw performacne unit values reported by firmware. I've changed it to scale those to/from frequency based on (optional) values reported by the Lowest Frequency and Nominal Frequency registers. Now you will get output like below.

Note that the maximum reported values are not the same for all "big" and "mid" cores. Is this intentional?

In a way, yes.

orion$ sysctl machdep.cpufreq
  :
machdep.cpufreq.cpu0.available = 2500 800
  :
machdep.cpufreq.cpu1.available = 1800 800
  :
machdep.cpufreq.cpu2.available = 1800 800
  :
machdep.cpufreq.cpu3.available = 1800 800
  :
machdep.cpufreq.cpu4.available = 1800 800
  :
machdep.cpufreq.cpu5.available = 2300 800
  :
machdep.cpufreq.cpu6.available = 2300 800
  :
machdep.cpufreq.cpu7.available = 2200 800
  :
machdep.cpufreq.cpu8.available = 2200 800
  :
machdep.cpufreq.cpu9.available = 2400 800
  :
machdep.cpufreq.cpu10.available = 2400 800
  :
machdep.cpufreq.cpu11.available = 2500 800

on Linux(ACPI):

radxa@orion-o6:~$ cat /sys/devices/system/cpu/cpufreq/policy?/affected_cpus
0 11
1 2 3 4
5 6
7 8
9 10
radxa@orion-o6:~$ cat /sys/devices/system/cpu/cpufreq/policy?/scaling_max_freq
2500000
1800000
2300000
2200000
2400000

Best regards,

--
FUKAUMI Naoki
Radxa Computer (Shenzhen) Co., Ltd.



Home | Main Index | Thread Index | Old Index