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