[PATCH 0/6] cpufreq: governor: replace per-cpu delayed work with timers

[Viresh Kumar <viresh.kumar@linaro.org>]

Hi Rafael,

As suggested by you yesterday, I have updated the governor core to keep
per-cpu timers and a shared work for the entire policy.

More details are present in the changelogs, hope they are somewhat
better this time.

I have tested it with the test-suite, that I created sometime back while
fixing locking issues in governors.. Tried all kind of stuff in parallel
that could have broken it (those are the testcases that separate people
reported over time, around governors). It works fine.

The first one is a bug fix really, which I noticed today only :), next
three are minor cleanups to prepare for the big change. Fourth one is
the main patch that does the conversion and the final one is
cherry-picked from the last series as that was still relevant.

This is rebased over: pm/bleeding-edge + "[PATCH V4] cpufreq: governor:
Quit work-handlers early if governor is stopped", which I sent
separately this morning with the changelog you suggested.

Please see if this meets your expectations or not :)

Viresh Kumar (6):
  cpufreq: ondemand: Update sampling rate only for concerned policies
  cpufreq: ondemand: Work is guaranteed to be pending
  cpufreq: governor: Pass policy as argument to ->gov_dbs_timer()
  cpufreq: governor: initialize/destroy timer_mutex with 'shared'
  cpufreq: governor: replace per-cpu delayed work with timers
  cpufreq: ondemand: update update_sampling_rate() to make it more
    efficient

 drivers/cpufreq/cpufreq_conservative.c |   6 +-
 drivers/cpufreq/cpufreq_governor.c     | 145 +++++++++++++++++++--------------
 drivers/cpufreq/cpufreq_governor.h     |  23 ++++--
 drivers/cpufreq/cpufreq_ondemand.c     |  66 ++++++++++-----
 4 files changed, 147 insertions(+), 93 deletions(-)

-- 
2.6.2.198.g614a2ac