From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: juri.lelli@arm.com, linaro-kernel@lists.linaro.org,
linux-pm@vger.kernel.org, shilpa.bhat@linux.vnet.ibm.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH V5 0/6] cpufreq: Locking fixes and cleanups
Date: Thu, 11 Feb 2016 23:17:40 +0100 [thread overview]
Message-ID: <363810055.yE8txbZKdD@vostro.rjw.lan> (raw)
In-Reply-To: <cover.1455191663.git.viresh.kumar@linaro.org>
On Thursday, February 11, 2016 05:31:10 PM Viresh Kumar wrote:
> Hi Rafael,
>
> These are rest of the patches that fix some more locking issues with
> policy->rwsem and do some minor optimization/cleanups.
>
> V4->V5:
> - Changelog updated for 1-2 as suggested by Rafael
> - 4th patch is dropped, which moved common tunable callbacks to
> cpufreq_governor.c
> - 5-7 are resend on the V5 sent earlier, as reply to V4 of the series.
>
> Viresh Kumar (6):
> cpufreq: Merge cpufreq_offline_prepare/finish routines
> cpufreq: Call __cpufreq_governor() with policy->rwsem held
> cpufreq: Remove cpufreq_governor_lock
> cpufreq: governor: No need to manage state machine now
> cpufreq: conservative: Update sample_delay_ns immediately
> cpufreq: ondemand: Rearrange od_dbs_timer() to avoid updating delay
>
> drivers/cpufreq/cpufreq.c | 93 ++++++++++++++++------------------
> drivers/cpufreq/cpufreq_conservative.c | 14 -----
> drivers/cpufreq/cpufreq_governor.c | 90 ++++++++++++++++++++++++--------
> drivers/cpufreq/cpufreq_governor.h | 3 +-
> drivers/cpufreq/cpufreq_ondemand.c | 78 ++--------------------------
> 5 files changed, 117 insertions(+), 161 deletions(-)
OK, queued up for 0-day testing with some rebase and changelog (sigh) fixups.
Thanks,
Rafael
prev parent reply other threads:[~2016-02-11 22:16 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-11 12:01 Viresh Kumar
2016-02-11 12:01 ` [PATCH V5 1/6] cpufreq: Merge cpufreq_offline_prepare/finish routines Viresh Kumar
2016-02-11 12:01 ` [PATCH V5 2/6] cpufreq: Call __cpufreq_governor() with policy->rwsem held Viresh Kumar
2016-02-11 12:01 ` [PATCH V5 3/6] cpufreq: Remove cpufreq_governor_lock Viresh Kumar
2016-02-11 12:01 ` [PATCH V5 4/6] cpufreq: governor: No need to manage state machine now Viresh Kumar
2016-02-11 12:01 ` [PATCH V5 5/6] cpufreq: conservative: Update sample_delay_ns immediately Viresh Kumar
2016-02-11 12:01 ` [PATCH V5 6/6] cpufreq: ondemand: Rearrange od_dbs_timer() to avoid updating delay Viresh Kumar
2016-02-11 22:17 ` Rafael J. Wysocki [this message]
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=363810055.yE8txbZKdD@vostro.rjw.lan \
--to=rjw@rjwysocki.net \
--cc=juri.lelli@arm.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=shilpa.bhat@linux.vnet.ibm.com \
--cc=viresh.kumar@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®