From: Viresh Kumar <viresh.kumar@linaro.org>
To: Rafael Wysocki <rjw@rjwysocki.net>, juri.lelli@arm.com
Cc: linaro-kernel@lists.linaro.org, linux-pm@vger.kernel.org,
skannan@codeaurora.org, peterz@infradead.org,
mturquette@baylibre.com, steve.muckle@linaro.org,
vincent.guittot@linaro.org, morten.rasmussen@arm.com,
dietmar.eggemann@arm.com, shilpa.bhat@linux.vnet.ibm.com,
linux-kernel@vger.kernel.org,
Viresh Kumar <viresh.kumar@linaro.org>
Subject: [PATCH V3 00/13] cpufreq: governors: Fix ABBA lockups
Date: Mon, 8 Feb 2016 17:09:14 +0530 [thread overview]
Message-ID: <cover.1454931188.git.viresh.kumar@linaro.org> (raw)
Hi Rafael,
Things look much much better now. I have rebased this series over
pm/bleeding-edge, that has all your patches.
I have moved ahead and done few more changes in this series, that should
get rid of all the lockdeps we were getting earlier, that includes
fixing lockdep issue in update_sampling_rate() that we were chasing.
These are pushed here again:
git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/pm.git cpufreq/governor-kobject
@Juri/Shilpa: Can you please confirm if all the issues got resolved now
?
V2->V3:
- The first patch from V2, that was moving min_sampling_rate to
per governor structure was dropped, as you suggested.
- Also, I have moved common tunables to struct dbs_data now, which you
also suggested sometime back.
- Last 5 patches are all new and fix rest of the issues we were facing.
--
viresh
Viresh Kumar (13):
cpufreq: governor: Create generic macro for global tuners
cpufreq: governor: Move common tunables to 'struct dbs_data'
cpufreq: governor: New sysfs show/store callbacks for governor
tunables
cpufreq: governor: Drop unused macros for creating governor tunable
attributes
Revert "cpufreq: Drop rwsem lock around CPUFREQ_GOV_POLICY_EXIT"
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: governor: Keep list of policy_dbs within dbs_data
cpufreq: ondemand: Traverse list of policy_dbs in
update_sampling_rate()
cpufreq: conservative: Update sample_delay_ns immediately
drivers/cpufreq/cpufreq.c | 98 ++++++------
drivers/cpufreq/cpufreq_conservative.c | 143 ++++--------------
drivers/cpufreq/cpufreq_governor.c | 266 +++++++++++++++++++++++++--------
drivers/cpufreq/cpufreq_governor.h | 156 ++++++++-----------
drivers/cpufreq/cpufreq_ondemand.c | 241 +++++------------------------
include/linux/cpufreq.h | 4 -
6 files changed, 381 insertions(+), 527 deletions(-)
--
2.7.1.370.gb2aa7f8
next reply other threads:[~2016-02-08 11:40 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-08 11:39 Viresh Kumar [this message]
2016-02-08 11:39 ` [PATCH V3 01/13] cpufreq: governor: Create generic macro for global tuners Viresh Kumar
2016-02-08 16:33 ` Rafael J. Wysocki
2016-02-08 11:39 ` [PATCH V3 02/13] cpufreq: governor: Move common tunables to 'struct dbs_data' Viresh Kumar
2016-02-08 11:39 ` [PATCH V3 03/13] cpufreq: governor: New sysfs show/store callbacks for governor tunables Viresh Kumar
2016-02-08 17:07 ` Viresh Kumar
2016-02-08 21:28 ` Rafael J. Wysocki
2016-02-08 21:36 ` Rafael J. Wysocki
2016-02-09 3:21 ` Viresh Kumar
2016-02-09 20:20 ` Rafael J. Wysocki
2016-02-08 11:39 ` [PATCH V3 04/13] cpufreq: governor: Drop unused macros for creating governor tunable attributes Viresh Kumar
2016-02-08 11:39 ` [PATCH V3 05/13] Revert "cpufreq: Drop rwsem lock around CPUFREQ_GOV_POLICY_EXIT" Viresh Kumar
2016-02-08 11:39 ` [PATCH V3 06/13] cpufreq: Merge cpufreq_offline_prepare/finish routines Viresh Kumar
2016-02-08 11:39 ` [PATCH V3 07/13] cpufreq: Call __cpufreq_governor() with policy->rwsem held Viresh Kumar
2016-02-08 11:39 ` [PATCH V3 08/13] cpufreq: Remove cpufreq_governor_lock Viresh Kumar
2016-02-08 11:39 ` [PATCH V3 09/13] cpufreq: governor: Move common sysfs tunables to cpufreq_governor.c Viresh Kumar
2016-02-08 12:58 ` Rafael J. Wysocki
2016-02-08 13:03 ` Viresh Kumar
2016-02-08 13:24 ` Rafael J. Wysocki
2016-02-08 11:39 ` [PATCH V3 10/13] cpufreq: governor: No need to manage state machine now Viresh Kumar
2016-02-08 11:39 ` [PATCH V3 11/13] cpufreq: governor: Keep list of policy_dbs within dbs_data Viresh Kumar
2016-02-08 13:21 ` Rafael J. Wysocki
2016-02-08 13:30 ` Viresh Kumar
2016-02-08 13:35 ` Rafael J. Wysocki
2016-02-08 11:39 ` [PATCH V3 12/13] cpufreq: ondemand: Traverse list of policy_dbs in update_sampling_rate() Viresh Kumar
2016-02-08 13:32 ` Rafael J. Wysocki
2016-02-08 13:34 ` Viresh Kumar
2016-02-08 13:34 ` Viresh Kumar
2016-02-08 13:37 ` Rafael J. Wysocki
2016-02-08 17:20 ` Viresh Kumar
2016-02-08 22:05 ` Rafael J. Wysocki
2016-02-08 22:08 ` Rafael J. Wysocki
2016-02-08 11:39 ` [PATCH V3 13/13] cpufreq: conservative: Update sample_delay_ns immediately Viresh Kumar
2016-02-08 12:51 ` [PATCH V3 00/13] cpufreq: governors: Fix ABBA lockups Shilpasri G Bhat
2016-02-08 12:54 ` Viresh Kumar
2016-02-08 16:39 ` Juri Lelli
2016-02-08 16:55 ` Viresh Kumar
2016-02-08 21:43 ` Rafael J. Wysocki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cover.1454931188.git.viresh.kumar@linaro.org \
--to=viresh.kumar@linaro.org \
--cc=dietmar.eggemann@arm.com \
--cc=juri.lelli@arm.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=morten.rasmussen@arm.com \
--cc=mturquette@baylibre.com \
--cc=peterz@infradead.org \
--cc=rjw@rjwysocki.net \
--cc=shilpa.bhat@linux.vnet.ibm.com \
--cc=skannan@codeaurora.org \
--cc=steve.muckle@linaro.org \
--cc=vincent.guittot@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.