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(-)