I am now running saucy and the bug is still seen there
current policy: frequency should be within 600 MHz and 700 MHz.
The governor "ondemand" may decide which speed to use
within this range.
I will try a mainline kernel when I get time, but all the other mainline
kernels I have tried in the past have this issue, and the upstream bug
nobody seems to care about fixing either, so im pretty sure it will
still be there.
Linux smeg 3.11.0-11-generic #17-Ubuntu SMP Tue Oct 1 19:42:04 UTC 2013
x86_64 x86_64 x86_64 GNU/Linux
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/962947
Title:
CPU scaled back to very slow speed, cannot increase speed
Status in The Linux Kernel:
Incomplete
Status in “linux” package in Ubuntu:
Incomplete
Bug description:
It appears that my 1.86GHz Intel Core2 CPU is only running at 700Mhz.
The attached files show (in /proc/cpu) that the cpu is actually a
1.86Ghz, but cpufreq only lets me set a maximum of 700mhz. I am
running precise amd64 on a 3.2.0-20-generic kernel, though the same
was seen linux-image-3.2.0-19-generic as well I believe.
The system is a Lenovo ThinkCentre 8810-91G, and the bios is the
latest one available. The bios doesn't show any cpu limiting options
or restrictions, and shows the cpus as the expected 1.86Mhz (though I
think that is just model information rather than the current clock
speed). I cannot see any overclocking options in the bios.
$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: 600 MHz - 700 MHz
available frequency steps: 700 MHz, 600 MHz
available cpufreq governors: conservative, ondemand, userspace, powersave,
performance
current policy: frequency should be within 600 MHz and 700 MHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 600 MHz.
cpufreq stats: 700 MHz:69.61%, 600 MHz:30.39% (3179)
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: 600 MHz - 700 MHz
available frequency steps: 700 MHz, 600 MHz
available cpufreq governors: conservative, ondemand, userspace, powersave,
performance
current policy: frequency should be within 600 MHz and 700 MHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 700 MHz.
cpufreq stats: 700 MHz:59.66%, 600 MHz:40.34% (4168)
ACPI appears to be reporting a bios limit on the CPU, though I have no
idea why.
$for i in /sys/devices/system/cpu/cpu0/cpufreq/*; do echo $i; sudo cat $i ;
done
/sys/devices/system/cpu/cpu0/cpufreq/affected_cpus
0
/sys/devices/system/cpu/cpu0/cpufreq/bios_limit
700000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
700000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq
700000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq
600000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency
10000
/sys/devices/system/cpu/cpu0/cpufreq/related_cpus
0 1
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
700000 600000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
conservative ondemand userspace powersave performance
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
700000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
acpi-cpufreq
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
700000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
600000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed
<unsupported>
I can't recall if this was an issue on oneiric or not as I never
looked at the cpufreq before. It may or may not be a new issue.
I'm not entirely sure if this is a kernel bug or something else (like
ACPI), but am happy to try various other kernels to see if they help.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: linux-image-3.2.0-20-generic 3.2.0-20.32
ProcVersionSignature: Ubuntu 3.2.0-20.32-generic 3.2.12
Uname: Linux 3.2.0-20-generic x86_64
NonfreeKernelModules: nvidia
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.95-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: anton 4977 F.... pulseaudio
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211
not found.
Date: Fri Mar 23 09:59:01 2012
HibernationDevice: RESUME=/dev/mapper/vg0-swap
InstallationMedia: Kubuntu 10.10 "Maverick Meerkat" - Alpha amd64 (20100701)
MachineType: LENOVO 881091G
ProcFB: 0 VESA VGA
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.2.0-20-generic
root=/dev/mapper/vg0-ubuntu ro quiet splash vt.handoff=7
RfKill:
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/12/2008
dmi.bios.vendor: LENOVO
dmi.bios.version: 2JKT49AUS
dmi.board.name: LENOVO
dmi.board.vendor: LENOVO
dmi.board.version: NONE
dmi.chassis.asset.tag: �������������������������
dmi.chassis.type: 3
dmi.chassis.vendor: LENOVO
dmi.chassis.version: NONE
dmi.modalias:
dmi:bvnLENOVO:bvr2JKT49AUS:bd12/12/2008:svnLENOVO:pn881091G:pvrThinkCentreM55:rvnLENOVO:rnLENOVO:rvrNONE:cvnLENOVO:ct3:cvrNONE:
dmi.product.name: 881091G
dmi.product.version: ThinkCentre M55
dmi.sys.vendor: LENOVO
To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/962947/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
