/proc/cpuinfo contains wrong frequency information (Kernel 2.6.29)

Submitted by Anonymous
on April 3, 2009 - 1:29am

Hi,

I searched the internet and didn't find any hint towards wrong frequency information regarding new kernels. I am running a Debian/lenny with vanilla 2.6.29 kernel.
cat /proc/cpuinfo shows:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
model name      : Pentium(R) Dual-Core  CPU      E5300  @ 2.60GHz
stepping        : 10
cpu MHz         : 1600.000
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
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 syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm
bogomips        : 5202.17
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
model name      : Pentium(R) Dual-Core  CPU      E5300  @ 2.60GHz
stepping        : 10
cpu MHz         : 1600.000
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
apicid          : 1
initial apicid  : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
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 syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm
bogomips        : 5201.51
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual

The model name is correct but the frequency is wrong. Govenor on both cpus is performance.
Here output of cpufreq-info:

cpufrequtils 004: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to cpufreq@lists.linux.org.uk, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which need to switch frequency at the same time: 0
  hardware limits: 1.20 GHz - 1.60 GHz
  available frequency steps: 1.60 GHz, 1.20 GHz
  available cpufreq governors: conservative, powersave, ondemand, userspace, performance
  current policy: frequency should be within 1.20 GHz and 1.60 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
  cpufreq stats: 1.60 GHz:89.68%, 1.20 GHz:10.32%  (612)
analyzing CPU 1:
  driver: acpi-cpufreq
  CPUs which need to switch frequency at the same time: 1
  hardware limits: 1.20 GHz - 1.60 GHz
  available frequency steps: 1.60 GHz, 1.20 GHz
  available cpufreq governors: conservative, powersave, ondemand, userspace, performance
  current policy: frequency should be within 1.20 GHz and 1.60 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
  cpufreq stats: 1.60 GHz:62.75%, 1.20 GHz:37.25%  (1172)

On the other hand dmesg says:

...
[    0.000000] Detected 2600.244 MHz processor.
...

Why is the frequency in cpufreq 1GHz to small?

Regards,
Felix

Bug?

Nullslash (not verified)
on
August 1, 2009 - 9:56pm

I have the same issue with cpufreq-selector.
When my computer gets over heated, cpufreq-selector uses only 40% of my CPU power.
I think it's bug in cpufreq-selector.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.