Bug#991921: linux: Please enable CPUFREQ options for RPi 0/0w/1
Source: linux
Version: 5.10.46-3
Severity: wishlist
Tags: patch
At
https://salsa.debian.org/raspi-team/image-specs/-/issues/7#note_206349
it was reported that CPU frequency scaling was enabled for armhf and
arm64, but not for armel. I (and others) have been able to confirm that.
So I build my own kernel with the following patch:
+CONFIG_CLK_RASPBERRYPI=y
+CONFIG_CPUFREQ_DT=m
+CONFIG_CPUFREQ_DT_PLATDEV=y
+CONFIG_ARM_RASPBERRYPI_CPUFREQ=m
-CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
+# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
-# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
+CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
-CONFIG_CPU_FREQ_GOV_ONDEMAND=m
+CONFIG_CPU_FREQ_GOV_ONDEMAND=y
I 'heard' that the schedutil governor is good for big.little CPUs, but
the RPi 0/0w/1 is only (very) little ;-) so I chose 'ondemand' as
default governor. Feel free to change that.
After booting in that new kernel, `cpupower frequency-info` and `cat
/sys/devices/system/cpu/cpufreq/policy0/cpuinfo_*_freq` returned proper
results. On the RPi 1 it was only information as it only has 1
frequency: 700Mhz.
But Gunnar Wolf 'gwolf' downloaded my .deb files and installed it on his
0w and then he was able to switch between 700 and 1000Mhz.
https://nube.iiec.unam.mx/s/p4QLFp9i8baCYrt is a picture of it; don't
know how long that'll be available though.
So hereby the request to enable it in the config for the RPi 0/0w/1.
Cheers,
Diederik
-- System Information:
Debian Release: 11.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: armel (armv6l)
Kernel: Linux 5.10.0-8-rpi
Kernel taint flags: TAINT_CRAP, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Reply to: