Re: Radxa Orion O6
FUKAUMI Naoki <[email protected]>
| Newsgroups | gmane.os.netbsd.ports.arm |
|---|---|
| Message-ID | <[email protected]> |
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.