linux-kernel - acpi_cpufreq on Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz problem (3.[4-9].X)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-Id: <20130508152125.f48b7b55.skraw@ithnet.com>
Date:	Wed, 8 May 2013 15:21:25 +0200
From:	Stephan von Krawczynski <skraw@...net.com>
To:	linux-kernel@...r.kernel.org
Subject: acpi_cpufreq on Intel(R) Core(TM)2 Quad CPU  Q6600  @ 2.40GHz
 problem (3.[4-9].X)

Hello all,

I see some kind of bug with acpi_cpufreq on Intels Q6600 cpus. If you load the
module you see this in proc:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
stepping        : 11
cpu MHz         : 600.000
cache size      : 4096 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
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 syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor
ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm tpr_shadow vnmi
flexpriority bogomips        : 4800.22 clflush size    : 64 cache_alignment :
64 address sizes   : 36 bits physical, 48 bits virtual power management:

(repeated for other cores)

As you can see cpu MHz shows 600. Now take a look at cpufreq-info output and
see:

hardware limits: 600 MHz - 900 MHz

Obviously this is wrong, I don't know what the minimum should be, but the max
should be 2.40 GHz. If you stress the cpu you will notice MHz go up to 900,
but that's it. I have several such boxes, and all act the same with all
kernels I tried so far (3.4.X, 3.8.X, 3.9.X).
If you unload acpi_cpufreq you see the correct values. To me seems to be no
display problem. The box "feels" slower when the module is loaded.
With a cpu type Q9300 btw everything works as expected.
If there are ideas or patches to test how to remove this problem, feel free to
mail/cc me. I can check out whatever looks promising.

-- 
Regards,
Stephan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/