On Friday, September 14, 2012, Michal Pecio wrote: > From: Michal Pecio <mpecio@xxxxxxxxxx> > > Reevaluate CPU load and update frequency immediately whenever limits > are changed. Currently ondemand doesn't do that when limits are > relaxed, wasting power on systems with relatively low sampling rate. > > Signed-off-by: Michal Pecio <mpecio@xxxxxxxxxx> Applied to the linux-next branch of the linux-pm.git tree as v3.7 material. Thanks, Rafael > --- > > Basically the same as before, but this time frequency is pushed > back into limits (if needed) before calling dbs_check_cpu. > > > drivers/cpufreq/cpufreq_ondemand.c | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/drivers/cpufreq/cpufreq_ondemand.c b/drivers/cpufreq/cpufreq_ondemand.c > index 1aaf7af..4616706 100644 > --- a/drivers/cpufreq/cpufreq_ondemand.c > +++ b/drivers/cpufreq/cpufreq_ondemand.c > @@ -760,6 +760,7 @@ static int cpufreq_governor_dbs(struct cpufreq_policy *policy, > else if (policy->min > this_dbs_info->cur_policy->cur) > __cpufreq_driver_target(this_dbs_info->cur_policy, > policy->min, CPUFREQ_RELATION_L); > + dbs_check_cpu(this_dbs_info); > mutex_unlock(&this_dbs_info->timer_mutex); > break; > } > ----------------------------------------------------------------------------------- > This email message is for the sole use of the intended recipient(s) and may contain > confidential information. Any unauthorized review, use, disclosure or distribution > is prohibited. If you are not the intended recipient, please contact the sender by > reply email and destroy all copies of the original message. > ----------------------------------------------------------------------------------- > > -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
