[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZ5v0gjkJkmwDv1p-9wuruHQz7xe20iSZ1FgE4=18fn5YiPnA@mail.gmail.com>
Date: Thu, 11 Feb 2016 10:58:57 +0100
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: Rafael Wysocki <rjw@...ysocki.net>,
Lists linaro-kernel <linaro-kernel@...ts.linaro.org>,
"linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
Juri Lelli <juri.lelli@....com>,
Shilpasri G Bhat <shilpa.bhat@...ux.vnet.ibm.com>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH V5 1/3] cpufreq: governor: No need to manage state machine now
On Wed, Feb 10, 2016 at 8:00 AM, Viresh Kumar <viresh.kumar@...aro.org> wrote:
> The cpufreq core now guarantees that policy->rwsem won't be dropped
> while running the ->governor callback for the CPUFREQ_GOV_POLICY_EXIT
> event and will be held acquired until the complete sequence of governor
> state changes has finished.
>
> This allows governor state machine checks to be dropped from multiple
> functions in cpufreq_governor.c.
>
> This also means that policy_dbs->policy can be initialized upfront, so
> the entire initialization of struct policy_dbs is carried out in one
> place.
>
> Signed-off-by: Viresh Kumar <viresh.kumar@...aro.org>
> Tested-by: Juri Lelli <juri.lelli@....com>
> Tested-by: Shilpasri G Bhat <shilpa.bhat@...ux.vnet.ibm.com>
> ---
> Rafael,
>
> The 4th patch is dropped and 5-7 are updated on top of that.
There are some comments to address on the changelogs of patches
[1-2/7], so can you address them and resend the whole series, please?
Thanks,
Rafael
Powered by blists - more mailing lists