Linux - Laptop and NetbookHaving a problem installing or configuring Linux on your laptop? Need help running Linux on your netbook? This forum is for you. This forum is for any topics relating to Linux and either traditional laptops or netbooks (such as the Asus EEE PC, Everex CloudBook or MSI Wind).
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Arch Linux 2007.05 "Duke" (Kernel 2.6.21)
Posts: 447
Rep:
Scaling reports incorrect number of steps.
Hey guys - wondering if anyone can shed some light on this:
Since Arch updated to the 2.6.16.1 kernel (or so...), I've been having some problems with CPU scaling. I've redone this with the new 2.6.17 kernel, but none of this is working correctly. Basically, the number of steps reported by everything I know how to read reports the incorrect number of frequency scaling steps. To set up the scaling I did this:
modprobe p4_clockmod (I have a P4)
modprobe cpufreq_userspace
powernowd
Now powernowd reports the incorrect number of steps. Here is the output:
Code:
powernowd: PowerNow Daemon v0.97, (c) 2003-2006 John Clemens
powernowd: Found 1 scalable unit: -- 1 'CPU' per scalable unit
powernowd: cpu0: 2099Mhz - 2799Mhz (3 steps)
Previous to the kernel upgrade (to 2.6.16) I had EIGHT steps, not three, and I know for a fact that it was scaling down to the minimum 389MHz as opposed to the 2.10 GHz it's hitting now.
Here are the other signs that something is seriously wrong:
The same behaviour here with a P4 in a Medion notebook. Only three available scaling frequencies with the Slackware-current kernel (2.6.16.22) and p4_clockmod. Nothing to change in /sys/devices/system/CPU/... --- I tried everything to have more steps, but without success.
Wrong CPU scaling in Fedora Core 4 and Kernel 2.6.17
Hi there,
I have a similar problem with Fedora 4 and a HP Omnibook xe4500 (P4 mobile 1.7), since I upgraded the kernel to 2.6.17 the CPU scaling is all wrong.
The CPU speed at boot is correct (1.7GHz) but since cpuinfo_max_freq is incorrectly set to 666000 instead of 1700000 Gnome's CPU frequency monitor reports the CPU as running at 255%.
The steps available in scaling_available_frequencies are now just 2 (666000 and 642000) while before there were many more.
It seems, in my case, that speedstep-smi driver is compiled in the new kernel and it's loaded by default, preventing me from loading p4-clockmod:
Cpuspeed relies on scaling_available_frequencies so it keeps setting the CPU at 666MHz. If I manually edit scaling_setspeed I can manage to set the speed to other frequencies (1200000 and 1700000).
Does anyone know how to disable speedstep-smi in order to load p4_clockmod or alternatively how to set the values in scaling_available_frequencies, cpuinfo_max_freq and cpuinfo_min_freq?
Distribution: Arch Linux 2007.05 "Duke" (Kernel 2.6.21)
Posts: 447
Original Poster
Rep:
First of all, Please don't 'Hijack' threads. (Asking questions in someone else's thread to your own ends)
Second off, it's Okay in this instance....I suppose.
Really, all I believe that you would have to do is to recompile the kernel, using the old config as a base. (If you need help, you can search the forums on here or look through Google. Both should have good walkthroughs.)
Sorry for hijacking, as you know there is little information about this problem and I thought any answer could be useful to all of us.
I don't really fancy the idea of building my own kernel. Given the rate at which Fedora updates the kernel I'm afraid I will end up compiling once a week or so.
For your information I tried all the following:
- Updated the BIOS (some fixed the problem in this way);
- Disabled ACPI (In some case it was related);
- Updated the kernel 3 times (the last one being a test version);
- I tried to manually overwrite cpuinfo_max_freq, cpuinfo_min_freq and scaling_available_frequencies files (I knew it wouldn't work )
- Attempted to load p4-clockmod as the first module rebuilding initrd with mkinitrd;
None of the above worked for me.
As in your case I also had 8 steps (from 212 to 1700) before upgrading the kernel to 2.6.17.
You may try with other drivers as speedstep-acpi, speedstep-centrino, etc. On other forums I read of people using speedstep-centrino on a P4 mobile without problems.
Distribution: Arch Linux 2007.05 "Duke" (Kernel 2.6.21)
Posts: 447
Original Poster
Rep:
Paolo - No Big Deal. I try not to complain about it, but alot of other members will chew someone out for stealing threads.
I'm not sure what my problem is. I have repeated this on a newer model desktop that I just put together - with a similar chip (The first computer to have the problem is a pentium 4/M 2.8 GHz. The second is a Pentium Celeron 3.06 GHz.) and the second works flawlessly. (The Celeron also has Eight frequency scaling steps, so that isn't the problem.) Basically, I have really gotten nowhere in the past few months that I have had this problem, and I don't know why.
I really want to know if anyone is having this problem (Or similar problems) and whether or not someone is working on a fix for it.
At the end I compiled my own kernel removing all the built-in cpu drivers and I compiled them as loadable modules. All the process is quite straight forward in Fedora and it took about 2 hours (which is far less than the time I spent googling around for a solution) and now my kernel is also optimized for my processor.
Now I can load again p4-clockmod and I have my 8 steps and right frequencies back.
By the way, are you sure you are using p4-clockmod? What does /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver says?
It took me a while to notice the kernel was loading speedstep-smi instead of p4-clockmod. Given that a few people complained about this problem I believe it may be a problem of a some processors that either don't work properly with speedstep-smi or they trick this driver into believing that they are something else.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.