summaryrefslogtreecommitdiffstats
path: root/Documentation/devicetree/bindings/cpufreq
diff options
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2012-11-24 10:08:47 +0100
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2012-11-24 10:08:47 +0100
commita0e5af3cb89b59aa6c62b1f97c8d553ff3fb51c1 (patch)
tree59e31166d9a0317009dc47383edd92e9e1012cca /Documentation/devicetree/bindings/cpufreq
parentcpufreq: ondemand: fix wrong delay sampling rate (diff)
downloadlinux-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