You are not logged in.

#1 2008-04-01 10:34:33

SiD
Member
From: Germany
Registered: 2006-09-21
Posts: 729

acpi-cpufreq supplies wrong scaling frequencies

I have a problem with speedstepping on my Acer Extensa 3000.
CPU is a Pentium M 1.50GHz

the kernel modul 'acpi_cpufreq' supplies wrong available stepping frequencies.

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 
1600000 1400000 1200000 800000 600000

I use a fixed DSDT table and the newst availabe BIOS Version.
Also I tried it with the original DSDT and the other (only 2 versions are available) BIOS.

Same results.

If I unload the acpi_cpufreq module, the frequency jumps to the CPUs "normal" freq. 1499MHz
(I also noticed a strange behavior: sometimes the freq jumps to values about 1700MHz or 673MHz if I unload the modul)

`dmesg | grep -i acpi` shows no errors.

cpuinfo

cat /proc/cpuinfo processor    : 0
vendor_id    : GenuineIntel
cpu family    : 6
model        : 13
model name    : Intel(R) Pentium(R) M processor 1.50GHz
stepping    : 8
cpu MHz        : 600.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 pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx up bts est tm2
bogomips    : 1285.77
clflush size    : 64

I use the Arch stock kernel, but I don't think it's ArchLinux specific.
I had the same problems under Gentoo and also with Vanilla kernels.

Should I file a bugreport  to the kernel.org bugtracker or is it related to a maybe buggy BIOS?

BTW:
I think the Acer Extensa series was only sold in Germany.
The Hardware of my Extensa 3000 seems to be similar to the Travlemate 4000. They use the same BIOS.

Last edited by SiD (2008-04-01 11:14:09)

Offline

#2 2008-04-02 15:03:08

SiD
Member
From: Germany
Registered: 2006-09-21
Posts: 729

Re: acpi-cpufreq supplies wrong scaling frequencies

I just tried to use the speestep-centrino module. But it get this error.

# modprobe speedstep_centrino
FATAL: Error inserting speedstep_centrino (/lib/modules/2.6.24-ARCH/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko): No such device

Offline

#3 2008-04-02 15:55:40

Ashren
Member
From: Denmark
Registered: 2007-06-13
Posts: 1,229
Website

Re: acpi-cpufreq supplies wrong scaling frequencies

I get the same errors on my T61 with dual core with centrino pro support.

Offline

#4 2008-04-02 17:54:41

purete
Member
Registered: 2007-03-02
Posts: 19

Re: acpi-cpufreq supplies wrong scaling frequencies

If you are modprobing on running system then you have to first:

rmmod acpi_cpufreq

and then:

modprobe speedstep_centrino

I had a similar problem with p4_clockmod module.

Last edited by purete (2008-04-02 17:55:30)

Offline

#5 2008-04-02 18:15:36

SiD
Member
From: Germany
Registered: 2006-09-21
Posts: 729

Re: acpi-cpufreq supplies wrong scaling frequencies

I unloaded acpi_cpufreq before modprobing speedstep_centrino.

speedtep_centrino is deprecated

CONFIG_X86_SPEEDSTEP_CENTRINO:                                                                         
                                                                                                        
   This is deprecated and this functionality is now merged into                                           
   acpi_cpufreq (X86_ACPI_CPUFREQ). Use that driver instead of                                            
   speedstep_centrino.

I just wanted to test if it reports the correct availables caling freqs.
wink

Offline

#6 2008-04-02 19:13:31

Ashren
Member
From: Denmark
Registered: 2007-06-13
Posts: 1,229
Website

Re: acpi-cpufreq supplies wrong scaling frequencies

Ok.

If I use acpi-cpufreq and unplug AC the cpufreq goes from 2 ghz to 1.2 ghz - fine. When I plug the AC back in it stays at 1.2 ghz. The same thing happens if I use cpufreqd.

I check the cpufreq with cpufreq-info.

SID, our problems are related if I'm not mistaken.

Offline

#7 2008-04-02 20:32:33

SiD
Member
From: Germany
Registered: 2006-09-21
Posts: 729

Re: acpi-cpufreq supplies wrong scaling frequencies

My problem is that acpi_cpufreq reports the wrong freqs for my CPU.

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 
1600000 1400000 1200000 800000 600000

As you can see the max. available freq. acpi_cpufreq reports is 1.6GHz but my CPU is only a 1.50GHz Pentium M.
So I have to set the max.scaling freq to 1.4GHz on boot. If I don't the CPU runs at 1.6GHz and gets to hot.
It's not related to the AC-Adapter.

So,
if I want to use Speedstepping I have to run the 1.5GHz at 1.4GHz.
hmm

edit:
@Ashren
Sounds to me like your PC switches to some "powersave mode" if you unplug the AC-Adapter and don't switch back if it is pluged in again. Maybe there is a BIOS option that do that? In my BIOS e.g. there is an option that dims the display if I unplug the AC-Adapter.

Last edited by SiD (2008-04-02 20:44:47)

Offline

#8 2008-04-04 06:55:25

SiD
Member
From: Germany
Registered: 2006-09-21
Posts: 729

Re: acpi-cpufreq supplies wrong scaling frequencies

Ashren wrote:

Ok.

If I use acpi-cpufreq and unplug AC the cpufreq goes from 2 ghz to 1.2 ghz - fine. When I plug the AC back in it stays at 1.2 ghz.

Maybe your problem is similar to this one (post #13) and your AC Adapter is not recognized when you plug it back in.

Offline

#9 2008-04-04 07:14:11

Ashren
Member
From: Denmark
Registered: 2007-06-13
Posts: 1,229
Website

Re: acpi-cpufreq supplies wrong scaling frequencies

Thanks for the tip SiD.

Yeah, I noticed the thread, but it seems weird that a spanking new lenovo thinkpad T61 can't recognize its own AC adapter.

Offline

#10 2008-04-04 09:04:32

SiD
Member
From: Germany
Registered: 2006-09-21
Posts: 729

Re: acpi-cpufreq supplies wrong scaling frequencies

hmm,
yes that sounds weird. Maybe it's a problem with your BIOS or a broken/bad DSDT-Table.

I think my problem is related to the BIOS and ACPI stuff. In the kernel bugtracker I found similar bugs and the devs said there it's possible a buggy BIOS and or ACPI could provide (in my case)  the informations about scaling_freqs in a way that the "acpi_cpufreq" module is misinterpreting. :-/

Offline

Board footer

Powered by FluxBB