| commit | b9170836d1aa4ded7cc1ac1cb8fbc7867061c98c | |
| author | Dave Jones <davej@redhat.com> | |
| Wed, 1 Jun 2005 02:03:47 +0000 (31 19:03 -0700) | ||
| committer | Dave Jones <davej@redhat.com> | |
| Wed, 1 Jun 2005 02:03:47 +0000 (31 19:03 -0700) | ||
| tree | 87fbac643c392c8ba2459158f78671c356e8dd4a | treesnapshot (tar.gz zip) |
| parent | b53cc6ead046093477ec7a3354d620337101ea5b | commitdiff |
[CPUFREQ] Conservative cpufreq governer
A new cpufreq module, based on the ondemand one with my additional patches
just posted. This one is more suitable for battery environments where its
probably more appealing to have the cpu freq gracefully increase and decrease
rather than flip between the min and max freq's.
N.B. Bruno Ducrot pointed out that the amd64's "do have unacceptable latency
between min and max freq transition, due to the step-by-step requirements
(200MHz IIRC)"; so AMD64 users would probably benefit from this too.
Signed-off-by: Alexander Clouter <alex-kernel@digriz.org.uk>
Signed-off-by: Dave Jones <davej@redhat.com>
A new cpufreq module, based on the ondemand one with my additional patches
just posted. This one is more suitable for battery environments where its
probably more appealing to have the cpu freq gracefully increase and decrease
rather than flip between the min and max freq's.
N.B. Bruno Ducrot pointed out that the amd64's "do have unacceptable latency
between min and max freq transition, due to the step-by-step requirements
(200MHz IIRC)"; so AMD64 users would probably benefit from this too.
Signed-off-by: Alexander Clouter <alex-kernel@digriz.org.uk>
Signed-off-by: Dave Jones <davej@redhat.com>
| drivers/cpufreq/Kconfig | diffblobblamehistory | |
| drivers/cpufreq/Makefile | diffblobblamehistory | |
| drivers/cpufreq/cpufreq_conservative.c | [new file with mode: 0644] | blob |