* Re: speedstep-centrino does not load on an Intel(R) Pentium(R) M processor 1.70 GHz
[not found] ` <e4cb198704080118296f1168c4@mail.gmail.com>
@ 2004-08-02 4:57 ` Jeremy Fitzhardinge
2004-08-02 11:57 ` Thomas Tuttle
0 siblings, 1 reply; 3+ messages in thread
From: Jeremy Fitzhardinge @ 2004-08-02 4:57 UTC (permalink / raw)
To: Thomas Tuttle; +Cc: linux, 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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Re: speedstep-centrino does not load on an Intel(R) Pentium(R) M processor 1.70 GHz
2004-08-02 4:57 ` speedstep-centrino does not load on an Intel(R) Pentium(R) M processor 1.70 GHz Jeremy Fitzhardinge
@ 2004-08-02 11:57 ` Thomas Tuttle
2004-08-02 20:30 ` Dominik Brodowski
0 siblings, 1 reply; 3+ messages in thread
From: Thomas Tuttle @ 2004-08-02 11:57 UTC (permalink / raw)
To: Jeremy Fitzhardinge; +Cc: linux, cpufreq list
If it is compiled in to the kernel, I get the "Found unsupported
CPU..." message.
If it is a module with the original code or with the patch you gave
me, I get "No support for CPU model...email [you]".
If I make a module with the full replacement for speedstep-centrino.c
you gave me, I get "No table support for CPU model".
I'm not sure why, but it doesn't seem to be able to retrieve the
frequency/voltage tables from the BIOS, no matter how I compile it.
Are there any tests I can run to just display the tables or see if
they can be read?
On Sun, 01 Aug 2004 21:57:35 -0700, Jeremy Fitzhardinge <jeremy@goop.org> wrote:
> 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
>
>
--
/"\ | Thomas Tuttle
\ / ASCII Ribbon Campaign | Email: thinkinginbinary@gmail.com
X against HTML email | AIM: thinkinginbinary
/ \ | Web: http://thinkinginbinary.webhop.net
---------------------------------+
Want a Gmail invite? Send a message to thinkinginbinary@gmail.com
with "request_gmail_invite" in the subject (without the quotes, with
the underscore) and you will be added to my waiting list.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Re: speedstep-centrino does not load on an Intel(R) Pentium(R) M processor 1.70 GHz
2004-08-02 11:57 ` Thomas Tuttle
@ 2004-08-02 20:30 ` Dominik Brodowski
0 siblings, 0 replies; 3+ messages in thread
From: Dominik Brodowski @ 2004-08-02 20:30 UTC (permalink / raw)
To: Thomas Tuttle; +Cc: Jeremy Fitzhardinge, cpufreq list
On Mon, Aug 02, 2004 at 07:57:40AM -0400, Thomas Tuttle wrote:
> Are there any tests I can run to just display the tables or see if
> they can be read?
There's a test module at:
http://www.brodo.de/patches/2004-04-06/cpufreq-acpi_pdump.c
please put it in arch/i386/kernel/cpu/cpufreq/ ,
append arch/i386/kernel/cpu/cpufreq/Makefile
with the following line:
obj-m += cpufreq-acpi_pdump.o
re-compile, make modules_install, modprobe cpufreq-acpi_pdump
[it'll fail], and check for the entries in dmesg.
Also, please post a /proc/cpuinfo
Thanks,
Dominik
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-08-02 20:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <e4cb198704073119587d687f91@mail.gmail.com>
[not found] ` <1091332584.9043.4.camel@localhost>
[not found] ` <e4cb198704080108427e7a20b5@mail.gmail.com>
[not found] ` <1091403320.9043.17.camel@localhost>
[not found] ` <e4cb198704080118296f1168c4@mail.gmail.com>
2004-08-02 4:57 ` speedstep-centrino does not load on an Intel(R) Pentium(R) M processor 1.70 GHz Jeremy Fitzhardinge
2004-08-02 11:57 ` Thomas Tuttle
2004-08-02 20:30 ` Dominik Brodowski
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.