[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <363810055.yE8txbZKdD@vostro.rjw.lan>
Date: Thu, 11 Feb 2016 23:17:40 +0100
From: "Rafael J. Wysocki" <rjw@...ysocki.net>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: juri.lelli@....com, linaro-kernel@...ts.linaro.org,
linux-pm@...r.kernel.org, shilpa.bhat@...ux.vnet.ibm.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH V5 0/6] cpufreq: Locking fixes and cleanups
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
Powered by blists - more mailing lists