[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#638913: marked as done (linux-source-3.0.0: cpu frequency speedstep_centrino Intel(R) Pentium(R) M processor)



Your message dated Sat, 27 Aug 2011 12:48:17 -0500
with message-id <20110827174817.GE10476@elie.gateway.2wire.net>
and subject line Re: linux-source-3.0.0: cpu frequency speedstep_centrino Intel(R) Pentium(R) M processor
has caused the Debian Bug report #638913,
regarding linux-source-3.0.0: cpu frequency speedstep_centrino Intel(R) Pentium(R) M processor
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
638913: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638913
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: linux-source-3.0.0
Version: 3.0.0-1
Severity: normal

#modproble speedstep-centrino 
throws "No such device" for Intel(R) Pentium(R) M processor (thinkpad T42)

diff my-speedstep-centrino.c speedstep-centrino.c:
c 
46d45
< 	CPU_DOTHAN_C0,
55,57c54,55
<         [CPU_DOTHAN_B0] = { 6, 13, 6 },
<         [CPU_DOTHAN_C0] = { 6, 13, 8 },
<         [CPU_MP4HT_D0]  = {15,  3, 4 },
---
> 	[CPU_DOTHAN_B0]	= { 6, 13, 6 },
> 	[CPU_MP4HT_D0]	= {15,  3, 4 },
198,276d195
< #define OPEX(mhz, base, mva, mvb, mvc, mvd)                     \
< {                                                               \
<         .frequency = (mhz) * 1000,                              \
<         .index = (((mhz)/(base)) << 8) | ((mva - 700) / 16)     \
< }
< 
< /* Intel Pentium M processor 730 / 1.60 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1596[] =
< {
<         OPEX( 798, 133,  988,  988,  988,  988),
<         OPEX(1064, 133, 1116, 1111, 1084, 1079),
<         OPEX(1330, 133, 1244, 1233, 1180, 1169),
<         OPEX(1596, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 740 / 1.73 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1729[] =
< {
<         OPEX( 798, 133,  988,  988,  988,  988),
<         OPEX(1064, 133, 1100, 1093, 1068, 1066),
<         OPEX(1330, 133, 1212, 1198, 1148, 1143),
<         OPEX(1729, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 750 / 1.86 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1862[] =
< {
<         OPEX( 798, 133,  988,  988,  988,  988),
<         OPEX(1064, 133, 1084, 1080, 1068, 1056),
<         OPEX(1330, 133, 1180, 1172, 1132, 1124),
<         OPEX(1596, 133, 1276, 1264, 1196, 1192),
<         OPEX(1862, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 760 / 2.00 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1995[] =
< {
<         OPEX( 798, 133, 988, 988, 988, 988),
<         OPEX(1064, 133, 1084, 1070, 1052, 1048),
<         OPEX(1330, 133, 1164, 1152, 1116, 1109),
<         OPEX(1596, 133, 1244, 1233, 1180, 1169),
<         OPEX(1995, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< /* Intel Pentium M processor 770 / 2.13 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_2128[] =
< {
<         OPEX( 798, 133, 988, 988, 988, 988),
<         OPEX(1064, 133, 1068, 1065, 1052, 1042),
<         OPEX(1330, 133, 1148, 1142, 1100, 1097),
<         OPEX(1596, 133, 1228, 1218, 1164, 1151),
<         OPEX(1862, 133, 1308, 1295, 1212, 1206),
<         OPEX(2128, 133, 1372, 1372, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 780 / 2.26 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_2261[] =
< {
<         OPEX( 798, 133, 988, 988, 988, 988),
<         OPEX(1064, 133, 1068, 1064, 1052, 1037),
<         OPEX(1330, 133, 1148, 1139, 1100, 1087),
<         OPEX(1596, 133, 1228, 1215, 1148, 1136),
<         OPEX(1862, 133, 1292, 1291, 1196, 1186),
<         OPEX(2261, 133, 1404, 1404, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< #undef OPEX
< 
< #define SONOMA(cpuid, max, base, name)  \
< {       .cpu_id         = cpuid,        \
<         .model_name     = "Intel(R) Pentium(R) M processor " name "GHz", \
<         .max_freq       = (max)*1000,   \
<         .op_points      = sonoma_##max, \
< }
299,306d217
< 
<         /* Builtin tables for Dothan C0 CPUs, a.k.a Sonoma */
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1596, 133, "1.60"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1729, 133, "1.73"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1862, 133, "1.86"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1995, 133, "2.00"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 2128, 133, "2.13"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 2261, 133, "2.26"),
root@chase:/usr/src# man diff
root@chase:/usr/src# man patch
root@chase:/usr/src# diff linux-source-3.0.0-7/drivers/cpufreq/speedstep-centrino.c linux-source-3.0.0/drivers/cpufreq/speedstep-centrino.c 
46d45
< 	CPU_DOTHAN_C0,
55,57c54,55
<         [CPU_DOTHAN_B0] = { 6, 13, 6 },
<         [CPU_DOTHAN_C0] = { 6, 13, 8 },
<         [CPU_MP4HT_D0]  = {15,  3, 4 },
---
> 	[CPU_DOTHAN_B0]	= { 6, 13, 6 },
> 	[CPU_MP4HT_D0]	= {15,  3, 4 },
198,276d195
< #define OPEX(mhz, base, mva, mvb, mvc, mvd)                     \
< {                                                               \
<         .frequency = (mhz) * 1000,                              \
<         .index = (((mhz)/(base)) << 8) | ((mva - 700) / 16)     \
< }
< 
< /* Intel Pentium M processor 730 / 1.60 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1596[] =
< {
<         OPEX( 798, 133,  988,  988,  988,  988),
<         OPEX(1064, 133, 1116, 1111, 1084, 1079),
<         OPEX(1330, 133, 1244, 1233, 1180, 1169),
<         OPEX(1596, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 740 / 1.73 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1729[] =
< {
<         OPEX( 798, 133,  988,  988,  988,  988),
<         OPEX(1064, 133, 1100, 1093, 1068, 1066),
<         OPEX(1330, 133, 1212, 1198, 1148, 1143),
<         OPEX(1729, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 750 / 1.86 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1862[] =
< {
<         OPEX( 798, 133,  988,  988,  988,  988),
<         OPEX(1064, 133, 1084, 1080, 1068, 1056),
<         OPEX(1330, 133, 1180, 1172, 1132, 1124),
<         OPEX(1596, 133, 1276, 1264, 1196, 1192),
<         OPEX(1862, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 760 / 2.00 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_1995[] =
< {
<         OPEX( 798, 133, 988, 988, 988, 988),
<         OPEX(1064, 133, 1084, 1070, 1052, 1048),
<         OPEX(1330, 133, 1164, 1152, 1116, 1109),
<         OPEX(1596, 133, 1244, 1233, 1180, 1169),
<         OPEX(1995, 133, 1356, 1356, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< /* Intel Pentium M processor 770 / 2.13 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_2128[] =
< {
<         OPEX( 798, 133, 988, 988, 988, 988),
<         OPEX(1064, 133, 1068, 1065, 1052, 1042),
<         OPEX(1330, 133, 1148, 1142, 1100, 1097),
<         OPEX(1596, 133, 1228, 1218, 1164, 1151),
<         OPEX(1862, 133, 1308, 1295, 1212, 1206),
<         OPEX(2128, 133, 1372, 1372, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< /* Intel Pentium M processor 780 / 2.26 GHz (Sonoma) */
< static struct cpufreq_frequency_table sonoma_2261[] =
< {
<         OPEX( 798, 133, 988, 988, 988, 988),
<         OPEX(1064, 133, 1068, 1064, 1052, 1037),
<         OPEX(1330, 133, 1148, 1139, 1100, 1087),
<         OPEX(1596, 133, 1228, 1215, 1148, 1136),
<         OPEX(1862, 133, 1292, 1291, 1196, 1186),
<         OPEX(2261, 133, 1404, 1404, 1260, 1260),
<         { .frequency = CPUFREQ_TABLE_END }
< };
< 
< #undef OPEX
< 
< #define SONOMA(cpuid, max, base, name)  \
< {       .cpu_id         = cpuid,        \
<         .model_name     = "Intel(R) Pentium(R) M processor " name "GHz", \
<         .max_freq       = (max)*1000,   \
<         .op_points      = sonoma_##max, \
< }
299,306d217
< 
<         /* Builtin tables for Dothan C0 CPUs, a.k.a Sonoma */
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1596, 133, "1.60"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1729, 133, "1.73"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1862, 133, "1.86"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 1995, 133, "2.00"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 2128, 133, "2.13"),
<         SONOMA(&cpu_ids[CPU_DOTHAN_C0], 2261, 133, "2.26"),
 

applying these changes fixes the problem on my:
# cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 13
model name	: Intel(R) Pentium(R) M processor 1.73GHz
stepping	: 8
cpu MHz		: 798.000
cache size	: 2048 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx up bts est tm2
bogomips	: 1196.20
clflush size	: 64
cache_alignment	: 64
address sizes	: 32 bits physical, 32 bits virtual
power management:

reference:
https://bbs.archlinux.org/viewtopic.php?id=87274&p=1

maybe relevant:  I have upgraded my BIOS to the newest and none of cpufreq modules were able to load.
The cpufreq was always: 598MHz.

rgds
rumi

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-speedstep (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-source-3.0.0 depends on:
ii  binutils              2.21.52.20110606-2 The GNU assembler, linker and bina
ii  bzip2                 1.0.5-6            high-quality block-sorting file co

Versions of packages linux-source-3.0.0 recommends:
ii  gcc                           4:4.6.1-2  GNU C compiler
ii  libc6-dev [libc-dev]          2.13-16    Embedded GNU C Library: Developmen
ii  make                          3.81-8.1   An utility for Directing compilati

Versions of packages linux-source-3.0.0 suggests:
ii  kernel-package               12.036+nmu1 A utility for building Linux kerne
ii  libncurses5-dev [ncurses-dev 5.9-1       developer's libraries for ncurses
pn  libqt4-dev                   <none>      (no description available)

-- no debconf information



--- End Message ---
--- Begin Message ---
Grzegorz Kochański wrote:

> I have already performed it up and down many times with different
> configurations.
>
> Now I have 3.04 ECP with 3.23 bios.
> It is strange to me that you put "how to upgrade bios" wiki url after I
> wrote I tried all all bios versions.... :)

Sorry, I pointed to it because I am ignorant about thinkpad firmware.
It was the page I referred to when looking this stuff up.

> Let's leave it in peace.
> Nothing more can be done.

If there is a way for speedstep-centrino to safely support these CPUs
on a variety of machines, it would be nice to do it.  That would mean
less fuss for people with broken BIOSen, which are of course not rare.

And on the other hand if this BIOS bug is a common one and unfixed in
the latest version, it would be nice to put up fixed tables on some
thinkpad-related site, so people could easily override the BIOS and
fix it for themselves that way.

In an ideal world, the order of events would be:

 - understand and fix the BIOS bug
 - understand and mitigate any risks of the speedstep-centrino patch
 - apply the patch

However, we seem to be stuck at step 1.  I guess it's best to wait
until someone else reports similar problems before spending more of
your time on this.

[...]
> Please close the issue,

Doing so.  If you learn more, please keep us posted.

Here's some old discussions about the fundamental problem with the
hardcoded tables and possible ways to solve it:

 http://thread.gmane.org/gmane.linux.acpi.devel/12273
 http://thread.gmane.org/gmane.linux.acpi.devel/46427/focus=46439

I believe it should be possible to make progress by sending a
description of the symptoms and "acpidump" output to
<linux-acpi@vger.kernel.org>.

Thanks,
Jonathan


--- End Message ---

Reply to: