diff options
| author | Nagananda.Chumbalkar@hp.com <Nagananda.Chumbalkar@hp.com> | 2009-12-21 23:40:52 +0100 |
|---|---|---|
| committer | Dave Jones <davej@redhat.com> | 2010-01-13 10:55:16 -0500 |
| commit | 1dbf58881f307e21a3df4b990a5bea401360d02e (patch) | |
| tree | a79f9d4373c88a5451569f56d6b99952e982e832 /Documentation/cpu-freq | |
| parent | 557a701c16553b0b691dbb64ef30361115a80f64 (diff) | |
| download | linux-3.10-1dbf58881f307e21a3df4b990a5bea401360d02e.tar.gz linux-3.10-1dbf58881f307e21a3df4b990a5bea401360d02e.tar.bz2 linux-3.10-1dbf58881f307e21a3df4b990a5bea401360d02e.zip | |
[CPUFREQ] Fix ondemand to not request targets outside policy limits
Dominik said:
target_freq cannot be below policy->min or above policy->max.
If it were, the whole cpufreq subsystem is broken.
But (answer):
I think the "ondemand" governor can ask for a target frequency that is
below policy->min.
...
A patch such as below may be needed to sanitize the target frequency
requested by "ondemand". The "conservative" governor already has this check:
Signed-off-by: Thomas Renninger <trenn@suse.de>
Signed-off-by: Dave Jones <davej@redhat.com>
# diff -bur x/drivers/cpufreq/cpufreq_ondemand.c.orig y/drivers/cpufreq/cpufreq_ondemand.c
Diffstat (limited to 'Documentation/cpu-freq')
0 files changed, 0 insertions, 0 deletions