Hello Rafael,
this is the v7 for the cpufreq SW coordinated CPU bug fix, developed
after the discussion with Viresh about some issues that appeared after
the merge of both mine and his patches.
Changes from v6:
* Dropped the cpu hotplug patch, as it was solving part of problem
addressed by Viresh patch:
dbcb634 cpufreq: Notify governors when cpus are hot-[un]plugged
but was behaving erratically when both patches were applied together.
* In the initial patch, cleaned up cpufreq_governor_dbs and
dbs_timer_{init,exit} to remove non necessary variables and special case
initialization, as the additional data provided on that code was not
necessary since v6. The code is a bit cleaner now.
Would you consider replacing my patches currently on your pm-cpufreq-next
branch with this series? There should not be any conflicts with existing
patches. Let me know if you prefer incremental patches instead.
Thanks,
Fabio
Fabio Baltieri (3):
cpufreq: ondemand: call dbs_check_cpu only when necessary
cpufreq: conservative: call dbs_check_cpu only when necessary
cpufreq: ondemand: use all CPUs in update_sampling_rate
Rickard Andersson (1):
cpufreq: handle SW coordinated CPUs
drivers/cpufreq/cpufreq_conservative.c | 46 ++++++++++++++++++++++---
drivers/cpufreq/cpufreq_governor.c | 34 ++++++++++++++-----
drivers/cpufreq/cpufreq_governor.h | 2 ++
drivers/cpufreq/cpufreq_ondemand.c | 62 +++++++++++++++++++++++++++-------
4 files changed, 119 insertions(+), 25 deletions(-)
--
1.7.12.1
--
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
