/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
1733000 1333000 1067000 800000
looks okay...
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
1730000
Thats the Problem, available is 17330000 but not 1730000! why?
old /etc/conf.d/cpufreq
governor="ondemand"
min_freq="800MHz"
max_freq="1.73GHz"
1.73GHz means 1730000!
my /etc/conf.d/cpufreq
governor="ondemand"
# valid suffixes: Hz, kHz (default), MHz, GHz, THz
#min_freq="800MHz"
#max_freq="1.733GHz"
min_freq="800MHz"
max_freq="1733MHz"
/etc/rc.d/cpufreq restart
it works have fun
]]>Also, my wireless-LED is now flashing, which is quite annoying. Some gaffa-tape should fix that, though.
cheers,
daniel
A few days ago, Linus patched kernel to fix this bug:
http://git.kernel.org/?p=linux%2Fkernel … 36a75c7579
Yesterday I compiled 2.6.27-rc1-git4 snapshot (from kernel.org) and have been using it all day - finally the bug is gone.
compiling your own kernel is quite easy following the arch wiki - otherwise, you can wait for the 2.6.27 kernel
]]>An upgrade to 2.6.25 didn't change the situation, but a downgrade to 2.6.22 actually did. But because of the wirless drivers I need, keeping 2.6.22 was not an option. Did anyone experience any positive changes after the upgrade to 2.6.25 ??
]]>In my opinion it is a bug in all Kernel > 2.6.23. I have a Thinkpad R61.
That's what I think at the moment too. I tried several (live) distributions using Kernel 2.6.24 like slax (2.6.24.4), kubuntu 8.04 (2.6.24.??) and sidux (2.6.24.4) and with all of them I had the freqency scaling issue. Kubuntu 7.10 (2.6.22.??) worked just fine.
I guess the best thing to do is to just wait for 2.6.25. I guess chances are that the bug is known and will be fixed. Or should we file a bug report? And how and where do you do that??
cheers,
daniel
Additionally, when using other distros (Kubuntu, I admit it! ) , scaling worked flawlessly, so i figure this is likely not a BIOS or hardware issue. But who knows... I'll keep on trying, googling and posing
]]>Thanks. That's very nice.
I am a long time Slackware/gentoo user. After having heard many good things about Arch, I recently decided to give it a try. Guess what? I am very glad I did it. I can see a lot similarities between Arch and gentoo, but less BS.
@quarK
Sorry. Maybe I said it wrong. What I actually did was to replace the 5-year old ac adapter with a new one. That resolved my problem. In my Dell laptop, It's not allowed to change settings for the ac adapter in BIOS. After reading the post from hannes, I am thinking maybe it's Thinkpad specific. I have a T61 and will try to see if it happens if I remove the battery. (never did that before )
]]>Wow, I'm really impressed that you registered in the forum to actually help somebody instead of asking a question yourself.
Same here!
Unfortunately, changing the BIOS settings didn't help, but thanks for the suggestion!
]]>I own a ThinkPad X61s with the same issue, but here it is definitely related to the battery. With the battery connected I can scale both CPUs up to 1601000KHz, but when I remove it then I can't get the frequency any higher than 1.2GHz. I also tried to play with some BIOS settings but yet without success.
I use acpi to auto adjust the frequency when AC is connected/disconnected (and also for suspend and some Fn+Fx keys). Everything works fine, except for when I unplug the battery.
...
btw: It was only necessary to give one cpu (e.g. cpu0) a new governor or frequency and it was changed on both of them.
...
Yes, same behaviour here.
]]>I had the same problem on a Dell Inspiron 6000 laptop. The cpu ran @ 800MHz (1.6GHz mac) only. scaling_max_freq and scaling_min_freq had the same value, 800000. After spending hours checking the configuration files, I went into the BIOS and found the AC Adapter was not recognized. So, I changed the old adapter and everything is fine.
Wow, I'm really impressed that you registered in the forum to actually help somebody instead of asking a question yourself. Welcome to the Arch Forum!
]]>