Hello, the problem isn't new (I think) and it can be seen with all gentoo-sources and Vanilla-Kernel too. In speedstep-centrino.c is no discription for this processor: 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 : 1733.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 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe est tm2 bogomips : 3469.62 So speedstep-centrino will not load ... this patch adds support for M740 (it's stating M750 but it works on mine M740 ... --- speedstep-centrino.c 2006-06-25 10:53:54.000000000 +0200 +++ speedstep-centrino.c.patched 2006-06-25 08:46:39.000000000 +0200 @@ -54,6 +54,7 @@ CPU_DOTHAN_A1, CPU_DOTHAN_A2, CPU_DOTHAN_B0, + CPU_DOTHAN_C0, CPU_MP4HT_D0, CPU_MP4HT_E0, }; @@ -63,6 +64,7 @@ [CPU_DOTHAN_A1] = { 6, 13, 1 }, [CPU_DOTHAN_A2] = { 6, 13, 2 }, [CPU_DOTHAN_B0] = { 6, 13, 6 }, + [CPU_DOTHAN_C0] = { 6, 13, 8 }, [CPU_MP4HT_D0] = {15, 3, 4 }, [CPU_MP4HT_E0] = {15, 4, 1 }, }; @@ -95,6 +97,12 @@ .index = (((mhz)/100) << 8) | ((mv - 700) / 16) \ } +#define OP133(mhz, mv) \ + { \ + .frequency = (mhz) * 1000, \ + .index = (((mhz)/133) << 8) | ((mv - 700) / 16) \ + } + /* * These voltage tables were derived from the Intel Pentium M * datasheet, document 25261202.pdf, Table 5. I have verified they @@ -202,7 +210,19 @@ OP(1700, 1484), { .frequency = CPUFREQ_TABLE_END } }; + +/* Intel Pentium M 750, drastically undervoltaged */ +static struct cpufreq_frequency_table pentium_m_740[] = +{ + /* MHz mV */ + OP133( 800, 700), /* This mV-values may depend on your */ + OP133(1066, 796), /* CPU - use it at your own risk! */ + OP133(1333, 892), /* Dont change the MHz-values, or your */ + OP133(1733, 1004), /* L20 will freeze! */ + { .frequency = CPUFREQ_TABLE_END } +}; #undef OP +#undef OP133 #define _BANIAS(cpuid, max, name) \ { .cpu_id = cpuid, \ @@ -225,6 +245,12 @@ BANIAS(1500), BANIAS(1600), BANIAS(1700), + { + .cpu_id = &cpu_ids[CPU_DOTHAN_C0], + .model_name = "Intel(R) Pentium(R) M processor 1.73GHz", + .max_freq = 1733000, + .op_points = pentium_m_740 + }, /* NULL model_name is a wildcard */ { &cpu_ids[CPU_DOTHAN_A1], NULL, 0, NULL }, I found it on: http://www.vdlinde.org/joomla/index.php?option=com_content&task=view&id=13&Itemid=29 and it works great with my 2.6.16-gentoo-r3 kernel suggestion would be to add it to the gentoo-kernel-patchset ... thanks aleXander kiausch
Please try the latest stable kernel (currently 2.6.17) and see if it works without the patch. If it doesn't, boot with cpufreq.debug=2 and post dmesg output (still without the patch applied).
See comment #1. Also, testing the latest development kernel (currently 2.6.18-rc4) would be more beneficial than 2.6.17.
Alex pointed out by email that there have been no speedstep-centrino changes in 2.6.18 (in future please keep all comments on the bug). However the purpose of the test request is to view the output of the debug parameter mentioned in comment #1. It always makes sense to use the latest development kernel when reporting bugs too, hence why I mentioned that. I know that the patch has not been included, I found a mail from the cpufreq developers asking for the requested debug output.
