Tuxonice-sources-2.6.24-r2, conservative governor compiled in (doesn't matter whether module or not). If I set conservative as current governor (via cpufreq-utils, i don't use cpufreqd) the CPU frequency decreases slowly at low CPU load (good). But if I put the CPU on high load then,the frequency remains unchanged.Conservative is working on 2.6.23.*, ondemand works even on 2.6.24 CPU frequency module is powernow-k7. Reproducible: Always Steps to Reproduce: 1.compile kernel with conservative governor 2.set it as current governor 3.put CPU on high load
Please test gentoo-sources and vanilla-sources, if the problem persists please file bug upstream.
The problem is there with both vanilla-sources-2.6.24.2 and gentoo-sources-2.6.24-r2. Filed a bug at kernel bugzilla http://bugzilla.kernel.org/show_bug.cgi?id=10055
Confirmed with vanilla kernel, waiting for upstream.
Thanks, will track upstream bug
upstream is barking up the wrong tree. There is a bug / design flaw with the scaling_min value that causes the frequency to rise very slowly, which upstreams mistakenly thought was the issue here too. It isn't. For the bug here, you can peg the CPU at 100% for an hour at the lowest possible scaling value, but the CPU frequency still will not climb a single notch. The bug is still present in gentoo-sources-2.6.25-r7 2.6.23-r9 works fine.
Still there with 2.6.26. Reopening bug.
Test on the latest git kernel, if it still an issue, we will resolve this again as UPSTREAM and continue to track the upstream bug as written in our policy. "If you had deduced in the previous steps that this issue is present in the latest release-candidate kernel, then we may close the bug, asking you to post a bug report at the upstream central kernel bugzilla. Don't be offended by this - we are interested in solving the problem, but its not always on our territory. However we do prefer to hear about issues users are having, and you will have fulfilled this by filing the bug with us first."[1] http://dev.gentoo.org/~dsd/genpatches/bugs.htm
