summaryrefslogtreecommitdiffstats
path: root/drivers/cpufreq/cpufreq_governor.h
diff options
context:
space:
mode:
authorViresh Kumar <viresh.kumar@linaro.org>2013-02-27 11:06:36 +0530
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2013-04-01 01:11:34 +0200
commit9d44592018e617abf62a5f6a5d92a04aa07e7625 (patch)
tree224097c0f4d8407e149e813587a0266b32acdad9 /drivers/cpufreq/cpufreq_governor.h
parent98104ee28f451024170a9dfb7bec31bfcb7e7c14 (diff)
downloadop-kernel-dev-9d44592018e617abf62a5f6a5d92a04aa07e7625.zip
op-kernel-dev-9d44592018e617abf62a5f6a5d92a04aa07e7625.tar.gz
cpufreq: ondemand: Don't update sample_type if we don't evaluate load again
Because we have per cpu timer now, we check if we need to evaluate load again or not (In case it is recently evaluated). Here the 2nd cpu which got timer interrupt updates core_dbs_info->sample_type irrespective of load evaluation is required or not. Which is wrong as the first cpu is dependent on this variable set to an older value. Moreover it would be best in this case to schedule 2nd cpu's timer to sampling_rate instead of freq_lo or hi as that must be managed by the other cpu. In case the other cpu idles in between then also we wouldn't loose much power. Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/cpufreq/cpufreq_governor.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud