cpufreq : abnormal cpu frequences range used

Bug #334577 reported by gst
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
cpufrequtils (Ubuntu)
New
Undecided
Unassigned

Bug Description

since a while I realised that my cpy freqs availabe, according to gnome cpufreq applet, isn't right according to my cpu definition :

actually I have the choice between 1.79Ghz and 2.69Gghz, while my cpu is an intel E6600 (wich should gives 2.4Ghz as max freq as we can see in the cpu name tag from cpuinfo) :

root@brutus:~# lsb_release -rd
Description: Ubuntu 8.10
Release: 8.10
root@brutus:~#

root@brutus:~# uname -a
Linux brutus 2.6.27-12-generic #1 SMP Thu Feb 5 09:26:35 UTC 2009 i686 GNU/Linux
root@brutus:~#

root@brutus:~# LANG=C cpufreq-info
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to <email address hidden>, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which need to switch frequency at the same time: 0
  hardware limits: 1.79 GHz - 2.69 GHz
  available frequency steps: 2.69 GHz, 1.79 GHz
  available cpufreq governors: ondemand, powersave, userspace, conservative, performance
  current policy: frequency should be within 1.79 GHz and 2.69 GHz.
                  The governor "userspace" may decide which speed to use
                  within this range.
  current CPU frequency is 1.79 GHz (asserted by call to hardware).
analyzing CPU 1:
  driver: acpi-cpufreq
  CPUs which need to switch frequency at the same time: 1
  hardware limits: 1.79 GHz - 2.69 GHz
  available frequency steps: 2.69 GHz, 1.79 GHz
  available cpufreq governors: ondemand, powersave, userspace, conservative, performance
  current policy: frequency should be within 1.79 GHz and 2.69 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 1.79 GHz (asserted by call to hardware).
root@brutus:~#

root@brutus:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
stepping : 6
cpu MHz : 1794.000
cache size : 4096 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 4800.17
clflush size : 64
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
stepping : 6
cpu MHz : 1794.000
cache size : 4096 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 4800.29
clflush size : 64
power management:

dmesg & lsmod in attach.

Revision history for this message
gst (g-starck) wrote :
Revision history for this message
gst (g-starck) wrote :
Revision history for this message
olx69 (ope-linux) wrote :

same to me: I've an OC Q9550 3.6GHz (FSB 425 x 6 resp. 8.5 => 2.55GHz resp. 3.613GHz). CPU-Z on Windows shows all correct.

$ lsb_release -r
Release: 9.04

$ uname -a
Linux tux 2.6.28-11-generic #38-Ubuntu SMP Fri Mar 27 10:01:17 UTC 2009 x86_64 GNU/Linux

$ cat /proc/version_signature
Ubuntu 2.6.28-11.38-generic

$ cat /proc/cpuinfo |grep "cpu MHz"
cpu MHz : 2400.000
cpu MHz : 2400.000
cpu MHz : 2400.000
cpu MHz : 3400.000

$ LANG=en cpufreq-info --cpu 0
cpufrequtils 004: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to <email address hidden>, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which need to switch frequency at the same time: 0
  hardware limits: 2.40 GHz - 3.40 GHz
  available frequency steps: 3.40 GHz, 2.40 GHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance
  current policy: frequency should be within 2.40 GHz and 3.40 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 2.40 GHz.
  cpufreq stats: 3.40 GHz:1.29%, 2.40 GHz:98.71% (107)

the same for CPU 1-3. Obviously the hardware limits are recognozed wrong from kernel.

Revision history for this message
Andrew Cleveland (evil-saltine) wrote :

cpufreqd is not involved here; cpufreq-info (cpufrequtils) is reporting the incorrect speed (though it may be getting it from the kernel)

affects: cpufreqd (Ubuntu) → cpufrequtils (Ubuntu)
Revision history for this message
Sam Colegrove (colegrove479) wrote :

I am using Kububntu 20.10 on a HP Spectre x360 15-ch004ng. It has Kernel Version 5.8 installed and does not correctly access the cpuinfo frequency parameters for my CPU, which is an 8xIntel Core i7-8705G CPU @ 3.10GHz.

I decided to try booting 20.10 into recovery mode and then entered the console. I found that cat/proc/cpuinfo | grep "MHz" gave the correct results. I took a photo of it and this is shown in the attachment.

When I reboot, it then shows the /proc/cpuinfo frequencies in MHz with a string of 800's, ie

:~$ uname -r
5.8.0-18-generic
:~$ cat /proc/cpuinfo | grep "MHz"
cpu MHz : 800.072
cpu MHz : 800.012
cpu MHz : 800.123
cpu MHz : 800.196
cpu MHz : 800.009
cpu MHz : 800.143
cpu MHz : 800.062
cpu MHz : 800.086

I am not sure how much of the Kernel is loaded at the recovery stage, but it appears that the problem with not getting the correct CPU Info occurs after this point.

The end result is a very slow desktop. This is solved by installing Kernel Version 5.4.0-42

Revision history for this message
Sam Colegrove (colegrove479) wrote :

I need to add a correction to my previous comment about the cpuinfo frequency error.

I have now realized that the cpuinfo frequency in the attached image from the recovery mode was significantly above the maximum CPU frequency of 3,100MHz. So the CPU frequency before and after the recovery mode is in error and makes me wonder the location used to get these values.

Revision history for this message
Sam Colegrove (colegrove479) wrote :

Looks like I was mistaken about the frequency range of my CPU. I double checked it at: https://www.notebookcheck.net/HP-Spe....289806.0.html and found that it's CPU is rated between 3100 and 4100 MHz. So the frequencies in /proc/cpuinfo from the recovery mode are correct and only change to the wrong values in the 800MHz range after a normal reboot.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.