[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1454988792.git.viresh.kumar@linaro.org>
Date: Tue, 9 Feb 2016 09:16:12 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Rafael Wysocki <rjw@...ysocki.net>, juri.lelli@....com
Cc: linaro-kernel@...ts.linaro.org, linux-pm@...r.kernel.org,
shilpa.bhat@...ux.vnet.ibm.com, linux-kernel@...r.kernel.org,
Viresh Kumar <viresh.kumar@...aro.org>
Subject: [PATCH V4 0/7] cpufreq: Locking fixes and cleanups
Hi Rafael,
These are rest of the patches that fix some more locking issues with
policy->rwsem and do some minor optimization/cleanups.
These were part of the 13 patch series which was sent earlier. The last
patch is new, and does what I suggested to one of your commits.
V3->V4:
- Reordered all the patches and created a new series.
- s/global/common for common tunables
- One new patch
@Juri/Shilpa: I have added your Tested-by for the first 6 patches,
please let me know if you don't want to add that.
Viresh Kumar (7):
cpufreq: Merge cpufreq_offline_prepare/finish routines
cpufreq: Call __cpufreq_governor() with policy->rwsem held
cpufreq: Remove cpufreq_governor_lock
cpufreq: governor: Move common sysfs tunables to cpufreq_governor.c
cpufreq: governor: No need to manage state machine now
cpufreq: conservative: Update sample_delay_ns immediately
cpufreq: ondemand: Rearrange od_dbs_timer() to void updating delay
drivers/cpufreq/cpufreq.c | 93 +++++++++---------
drivers/cpufreq/cpufreq_conservative.c | 80 +++-------------
drivers/cpufreq/cpufreq_governor.c | 170 ++++++++++++++++++++++++++++-----
drivers/cpufreq/cpufreq_governor.h | 16 +++-
drivers/cpufreq/cpufreq_ondemand.c | 153 +++++------------------------
5 files changed, 240 insertions(+), 272 deletions(-)
--
2.7.1.370.gb2aa7f8
Powered by blists - more mailing lists