Bug#622277: cpufrequtils: CPUs always run on lowest speed
I confirm this bug - sometimes I realize my laptop is REALLY slow and when I run cpufreq-info, I see that all my CPUs are running on 800MHz, while it says that the hardware limits are 0.8-3.5GHz: analyzing CPU 0: driver: intel_pstate CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 0.97 ms. hardware limits: 800 MHz - 3.50 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 3.50 GHz and 3.50 GHz. The governor "performance" may decide which speed to use within this range. current CPU frequency is 800 MHz. (it's the same for all 4 CPUs) I'm don't have any idea what triggers the problem, because it works fine for a long time before this happens. This problem started last week, when I re-installed my laptop with Debian 8. My configuration: Dell Latitude 5420 Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09) x86_64 GNU/Linux --
Bug#622277: cpufrequtils: CPUs always run on lowest speed
Hi, here ist what lsmod says: #lsmod | grep cpu cpufreq_conservative12987 0 cpufreq_stats 12762 0 cpufreq_userspace 12520 0 cpufreq_powersave 12422 0 acpi_cpufreq 12807 1 mperf 12421 1 acpi_cpufreq processor 27792 1 acpi_cpufreq -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622277: cpufrequtils: CPUs always run on lowest speed
Hi, yes I have tried to set it manually, but with no good results. This ist the output from the OpenSuse LiveCD. # cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Bitte melden Sie Fehler an http://bugs.opensuse.org. analysiere CPU 0: Treiber: acpi-cpufreq Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0 Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0 Maximale Dauer eines Taktfrequenzwechsels: 10.0 us. Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz mögliche Regler: conservative, userspace, powersave, ondemand, performance momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz. liegen. Der Regler "performance" kann frei entscheiden, welche Taktfrequenz innerhalb dieser Grenze verwendet wird. momentane Taktfrequenz ist 3.00 GHz (verifiziert durch Nachfrage bei der Hardware). analysiere CPU 1: Treiber: acpi-cpufreq Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 1 Die Taktfrequenz folgender CPUs werden per Software koordiniert: 1 Maximale Dauer eines Taktfrequenzwechsels: 10.0 us. Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz mögliche Regler: conservative, userspace, powersave, ondemand, performance momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 3.00 GHz. liegen. Der Regler "ondemand" kann frei entscheiden, welche Taktfrequenz innerhalb dieser Grenze verwendet wird. momentane Taktfrequenz ist 3.00 GHz (verifiziert durch Nachfrage bei der Hardware). and uname -r 3.1.0-1.2-desktop I found out that Debian has the exact same behaviour when I run 2.6.32-5-686 Kernel. He is not able to speed up both cores. Only if I type in "cpufreq-set --max 3.0G" he gives the full power to CPU0, as you can see above. Without that command (which does not work in Debian) CPU0 also runs with 2.0G. Greetings -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622277: cpufrequtils: CPUs always run on lowest speed
On Thu, Jul 26, 2012 at 10:51:02AM +0200, tk wrote: > Package: cpufrequtils > Version: 008-1 > Followup-For: Bug #622277 > > I do have the sampe problem. I have an E8400 with 2x 3.0Ghz running with > 2.0GHz. > It's not possible to get it to 3.0Ghz. ... > It seems like the full power is only used when the system is booting up. It > does work with the latest OpenSuse Gnome LiveCD. what kernel is running on that opensuse cd? have you tried setting the frequency explicitely? You probably have some other process that is setting the frequency to lowest. Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622277: cpufrequtils: CPUs always run on lowest speed
Package: cpufrequtils
Version: 008-1
Followup-For: Bug #622277
I do have the sampe problem. I have an E8400 with 2x 3.0Ghz running with
2.0GHz.
It's not possible to get it to 3.0Ghz.
# cpufreq-info
analysiere CPU 0:
Treiber: acpi-cpufreq
Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz
mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz
mögliche Regler: conservative, powersave, userspace, ondemand, performance
momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 2.00 GHz (verifiziert durch Nachfrage bei der
Hardware).
Statistik:3.00 GHz:0,27%, 2.00 GHz:99,73% (2)
analysiere CPU 1:
Treiber: acpi-cpufreq
Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 1
Die Taktfrequenz folgender CPUs werden per Software koordiniert: 1
Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz
mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz
mögliche Regler: conservative, powersave, userspace, ondemand, performance
momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 2.00 GHz (verifiziert durch Nachfrage bei der
Hardware).
Statistik:3.00 GHz:0,27%, 2.00 GHz:99,73% (2)
It seems like the full power is only used when the system is booting up. It
does work with the latest OpenSuse Gnome LiveCD.
I also have tested the linux-image 3.4-trunk-686-pae with no effect at all.
Greetings
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.4-trunk-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cpufrequtils depends on:
ii debconf [debconf-2.0] 1.5.45
ii libc6 2.13-35
ii libcpufreq0008-1
ii lsb-base 4.1+Debian7
cpufrequtils recommends no packages.
cpufrequtils suggests no packages.
-- Configuration Files:
/etc/init.d/cpufrequtils changed:
DESC="CPUFreq Utilities"
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
CPUFREQ_SET=/usr/bin/cpufreq-set
CPUFREQ_INFO=/usr/bin/cpufreq-info
CPUFREQ_OPTIONS=""
.. /lib/lsb/init-functions
ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED=""
MIN_SPEED=""
check_governor_avail() {
info="/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors"
if [ -f $info ] && grep -q "\<$GOVERNOR\>" $info ; then
return 0;
fi
return 1;
}
[ -x $CPUFREQ_SET ] || exit 0
if [ -f /etc/default/cpufrequtils ] ; then
. /etc/default/cpufrequtils
fi
[ "$ENABLE" = "true" ] || exit 0
if [ -n "$MAX_SPEED" ] && [ $MAX_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --max $MAX_SPEED"
fi
if [ -n "$MIN_SPEED" ] && [ $MIN_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --min $MIN_SPEED"
fi
if [ -n "$GOVERNOR" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --governor $GOVERNOR"
fi
CPUS=$(cat /proc/stat|sed -ne 's/^cpu\([[:digit:]]\+\).*/\1/p')
RETVAL=0
case "$1" in
start|force-reload|restart|reload)
log_action_begin_msg "$DESC: Setting $GOVERNOR CPUFreq governor"
if check_governor_avail ; then
for cpu in $CPUS ; do
log_action_cont_msg "CPU${cpu}"
$CPUFREQ_SET --cpu $cpu $CPUFREQ_OPTIONS 2>&1 >
/dev/null || \
RETVAL=$?
done
log_action_end_msg $RETVAL ""
else
log_action_cont_msg "disabled, governor not available"
log_action_end_msg $RETVAL
fi
;;
stop)
;;
*)
echo "Usage: $0 {start|stop|restart|reload|force-reload}"
exit 1
esac
exit 0
-- debconf information:
cpufrequtils/enable: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622277: cpufrequtils: CPUs always run on lowest speed
On Tue, 2011-04-12 at 22:27 +0200, Dominik Brodowski wrote: > Probably some other tool interfers and sets the cpufreq policy > wrongly. Try > the following commands (as root): > > $ cpufreq-set --max 2.6G doesn't work either: # cpufreq-set --max 2.6G # cpufreq-info cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpuf...@vger.kernel.org, please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 10.0 us. hardware limits: 800 MHz - 2.53 GHz available frequency steps: 2.53 GHz, 2.53 GHz, 1.60 GHz, 800 MHz available cpufreq governors: userspace, powersave, conservative, ondemand, performance current policy: frequency should be within 800 MHz and 800 MHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 800 MHz (asserted by call to hardware). cpufreq stats: 2.53 GHz:0.56%, 2.53 GHz:0.12%, 1.60 GHz:0.11%, 800 MHz:99.21% (1587) ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622277: cpufrequtils: CPUs always run on lowest speed
Hey, On Mon, Apr 11, 2011 at 07:22:59PM +0200, Boris Hollas wrote: > cpufreq is installed with the default options as set by the Debian installer. > With 100% CPU load, the CPUs still run at the lowest speed. Probably some other tool interfers and sets the cpufreq policy wrongly. Try the following commands (as root): $ cpufreq-set --max 2.6G Best, Dominik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622277: cpufrequtils: CPUs always run on lowest speed
Package: cpufrequtils
Version: 007-1
Severity: important
cpufreq is installed with the default options as set by the Debian installer.
With 100% CPU load, the CPUs still run at the lowest speed.
~$ cpufreq-info
cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpuf...@vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 2.53 GHz
available frequency steps: 2.53 GHz, 2.53 GHz, 1.60 GHz, 800 MHz
available cpufreq governors: userspace, powersave, conservative, ondemand,
performance
current policy: frequency should be within 800 MHz and 800 MHz.
The "ondemand" may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
cpufreq stats: 2.53 GHz:0.00%, 2.53 GHz:0.00%, 1.60 GHz:0.00%, 800
MHz:100.00% (1)
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1
CPUs which need to have their frequency coordinated by software: 1
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 2.53 GHz
available frequency steps: 2.53 GHz, 2.53 GHz, 1.60 GHz, 800 MHz
available cpufreq governors: userspace, powersave, conservative, ondemand,
performance
current policy: frequency should be within 800 MHz and 800 MHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
cpufreq stats: 2.53 GHz:0.00%, 2.53 GHz:0.00%, 1.60 GHz:0.00%, 800
MHz:100.00%
Choosing a different governor, eg "ondemand" doesn't change this.
Other relevant info:
~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
userspace powersave conservative ondemand performance
~$ cat /etc/init.d/cpufrequtils
#!/bin/sh
### BEGIN INIT INFO
# Provides: cpufrequtils
# Required-Start: $remote_fs loadcpufreq
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: set CPUFreq kernel parameters
# Description: utilities to deal with CPUFreq Linux
# kernel support
### END INIT INFO
#
DESC="CPUFreq Utilities"
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
CPUFREQ_SET=/usr/bin/cpufreq-set
CPUFREQ_INFO=/usr/bin/cpufreq-info
CPUFREQ_OPTIONS=""
# use lsb-base
.. /lib/lsb/init-functions
# Which governor to use. Must be one of the governors listed in:
# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
#
# and which limits to set. Both MIN_SPEED and MAX_SPEED must be values
# listed in:
# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
# a value of 0 for any of the two variables will disabling the use of
# that limit variable.
#
# WARNING: the correct kernel module must already be loaded or compiled in.
#
# Set ENABLE to "true" to let the script run at boot time.
#
# eg: ENABLE="true"
# GOVERNOR="ondemand"
# MAX_SPEED=1000
# MIN_SPEED=500
ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="0"
MIN_SPEED="0"
check_governor_avail() {
info="/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors"
if [ -f $info ] && grep -q "\<$GOVERNOR\>" $info ; then
return 0;
fi
return 1;
}
[ -x $CPUFREQ_SET ] || exit 0
if [ -f /etc/default/cpufrequtils ] ; then
. /etc/default/cpufrequtils
fi
# if not enabled then exit gracefully
[ "$ENABLE" = "true" ] || exit 0
if [ -n "$MAX_SPEED" ] && [ $MAX_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --max $MAX_SPEED"
fi
if [ -n "$MIN_SPEED" ] && [ $MIN_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --min $MIN_SPEED"
fi
if [ -n "$GOVERNOR" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --governor $GOVERNOR"
fi
CPUS=$(cat /proc/stat|sed -ne 's/^cpu\([[:digit:]]\+\).*/\1/p')
RETVAL=0
case "$1" in
start|force-reload|restart|reload)
log_action_begin_msg "$DESC: Setting $GOVERNOR CPUFreq
governor"
if check_governor_avail ; then
for cpu in $CPUS ; do
log_action_cont_msg "CPU${cpu}"
$CPUFREQ_SET --cpu $cpu $CPUFREQ_OPTIONS 2>&1 >
/dev/null || \
RETVAL=$?
done
log_action_end_msg $RETVAL ""
else
log_action_cont_msg "disabled, governor not available"
log_action_end_msg $RETVAL
fi
;;
stop)
;;
*)
echo "Usage: $0 {start|stop|restart|reload|force-reload}"
exit 1
esac
exit 0
-- System Information:
Debian Release: 6.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Archit
