From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: speedstep-centrino does not load on an Intel(R) Pentium(R) M processor 1.70 GHz Date: Sun, 01 Aug 2004 21:57:35 -0700 Sender: cpufreq-bounces@www.linux.org.uk Message-ID: <1091422655.9043.22.camel@localhost> References: <1091332584.9043.4.camel@localhost> <1091403320.9043.17.camel@localhost> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: cpufreq-bounces+glkc-cpufreq=gmane.org@www.linux.org.uk Content-Type: text/plain; charset="us-ascii" To: Thomas Tuttle Cc: linux@dominikbrodowski.de, cpufreq list On Sun, 2004-08-01 at 21:29 -0400, Thomas Tuttle wrote: > Okay... here's the scoop. > > My laptop has one of the new Dothan processors, and neither Jeremy's > version of speedstep-centrino.c or the patch that ignores invalid > frequency/voltage table entries seems to fix it. I've tried it as a > module and compiled in, and with and without the ACPI tables option > turned on, and I get the following results: > > When I modprobe speedstep-centrino module, I get 'No such device'. > dmesg reveals a message stating that my processor is unsupported. > > When I modprobe acpi (the "ACPI Processor Power States" module, which, > I assume, is a way of accessing speedstep-like stuff through the ACPI > BIOS rather than through speedstep's interface--or maybe speedstep > uses that), I get 'No such device' also, with no messages in dmesg to > reveal further problems. > > Jeremy: I tried enabling the DEBUG option (uncommented the #define) in > speedstep-centrino.c, but there's no more insight into the problem. Hm. What messages do appear in the dmesg output? Is it "no support for CPU model ...", "no table support for CPU model ..." or "found unsupported CPU with Enhanced SpeedStep: ...". Or something else? J