diff options
author | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2012-11-24 10:08:47 +0100 |
---|---|---|
committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2012-11-24 10:08:47 +0100 |
commit | a0e5af3cb89b59aa6c62b1f97c8d553ff3fb51c1 (patch) | |
tree | 59e31166d9a0317009dc47383edd92e9e1012cca /Documentation/devicetree/bindings/cpufreq | |
parent | cpufreq: ondemand: fix wrong delay sampling rate (diff) | |
download | linux-a0e5af3cb89b59aa6c62b1f97c8d553ff3fb51c1.tar.xz linux-a0e5af3cb89b59aa6c62b1f97c8d553ff3fb51c1.zip |
cpufreq: governors: Fix jiffies/cputime mixup (revisited)
This change was made by commit 8636fd2 (cpufreq: fix jiffies/cputime
mixup in conservative/ondemand governors) before, but then it has
been reverted inadvertently by commit 4471a34 (cpufreq: governors:
remove redundant code).
The changelog of commit 8636fd2's says:
The function get_cpu_idle_time_jiffy in both the conservative and
ondemand governors use jiffies_to_usecs to convert a cputime value
to usecs which gives the wrong value on architectures where cputime
and jiffies use different units. Only matters if NO_HZ is
disabled, since otherwise get_cpu_idle_time_us should already
return a valid value, and get_cpu_idle_time_jiffy isn't actually
called.
Since now we have only one common get_cpu_idle_time_jiffy() used by
both governors in question, modify it along the lines of commit
8636fd2 to restore the correct behavior.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Reviewed-by: Viresh Kumar <viresh.kumar@linaro.org>
Diffstat (limited to 'Documentation/devicetree/bindings/cpufreq')
0 files changed, 0 insertions, 0 deletions