I’ve been looking at the speed of my BBB and not really understanding
what’s going on. The files under /sys/devices/system/cpu/cpu0/cpufreq
show that the performance governor is in use, but the speed is a constant
550,000 whatever the load. The "scaling_setspeed " entry
probably reflects this; does anyone know how I set up a kernel to handle
the BBB’s CPU speed control?
(This is on debian, btw)
Thanks - Will
tuppence ~ # cpuspeed.sh
affected_cpus 0
cpuinfo_cur_freq 550000
cpuinfo_max_freq 1000000
cpuinfo_min_freq 300000
cpuinfo_transition_latency 300000
related_cpus 0
scaling_available_frequencies 300000 600000 800000 1000000
scaling_available_governors conservative ondemand userspace powersave performance
scaling_cur_freq 550000
scaling_driver generic_cpu0
scaling_governor performance
scaling_max_freq 1000000
scaling_min_freq 300000
scaling_setspeed
tuppence ~ #
Honestly unless you have a specific reason I think the default ( ondemand ) governor is probably the best. While idle for me the CPU has always been 300Mhz, and with a heavy load ( over 60% load ) the CPU goes up to 1Ghz.
I would like to test my application at different lower CPU Frequencies to make sure that it would work on a custom board with a lower specced sitara processor. Could I lock the CPU at max 600 or 720 MHz ?
Yeah experiemnt with the different govenors. also type cpufreq-set /? for help or man cpufreq-set
voodoo@am335x-boneblack-512mb-1:~$ sudo cpufreq-set -f 800000
voodoo@am335x-boneblack-512mb-1:~$ cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
driver: generic_cpu0
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 300 us.
hardware limits: 300 MHz - 1000 MHz
available frequency steps: 300 MHz, 600 MHz, 800 MHz, 1000 MHz
available cpufreq governors: conservative, ondemand, userspace,
powersave, performance
current policy: frequency should be within 300 MHz and 1000 MHz.
The governor "userspace" may decide which speed to use
within this range.
current CPU frequency is 800 MHz. <= BINGO
cpufreq stats: 300 MHz:3.87%, 600 MHz:0.01%, 800 MHz:0.01%, 1000
MHz:96.11% (30)
just use cpufreq-set -f (freq)
Regards,
Sorry, I should have said that I’d tried cpuinfo. I can change the
governor (with -g), but not the frequency:
tuppence ~ # cpufreq-set -f 1000MHz
tuppence ~ # cpufreq-info
cpufrequtils 008: cpufreq-info © Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
driver: generic_cpu0
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 300 us.
hardware limits: 300 MHz - 1000 MHz
available frequency steps: 300 MHz, 600 MHz, 800 MHz, 1000 MHz
available cpufreq governors: conservative, ondemand, userspace, powersave, performance
current policy: frequency should be within 300 MHz and 1000 MHz.
The governor “userspace” may decide which speed to use
within this range.
current CPU frequency is 550 MHz (asserted by call to hardware).
cpufreq stats: 300 MHz:nan%, 600 MHz:nan%, 800 MHz:nan%, 1000 MHz:nan%
tuppence ~ #
Whatever happens, the frequency stays at 550 MHz.
All ideas welcome - Will
Are you running from the DC power jack?
The board is limited to 550 MHz if you use USB power to avoid drawing
more current than USB can provide.
Only the BeagleBone is limited to 550MHZ on USB. Our standard BBB image runs at 1GHz on USB.
Gerald
Could altering the frequency be considered a power saving feature?
No, I’m running off the DC power jack. Suspicious, though, that the BBB is using 550 MHz which doesn’t seem to be one of the standard speed steps. I’ve wondered about that.
Will
No, I'm running off the DC power jack. Suspicious, though, that the BBB is
using 550 MHz which doesn't seem to be one of the standard speed steps.
I've wondered about that.
Sounds like a misconfigured kernel.. uname -r would help
Regards,