[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181011111306.GB32752@e107155-lin>
Date: Thu, 11 Oct 2018 12:13:06 +0100
From: Sudeep Holla <sudeep.holla@....com>
To: "Raju P.L.S.S.S.N" <rplsssn@...eaurora.org>
Cc: andy.gross@...aro.org, david.brown@...aro.org, rjw@...ysocki.net,
ulf.hansson@...aro.org, khilman@...nel.org,
linux-arm-msm@...r.kernel.org, linux-soc@...r.kernel.org,
rnayak@...eaurora.org, bjorn.andersson@...aro.org,
linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
devicetree@...r.kernel.org, sboyd@...nel.org, evgreen@...omium.org,
dianders@...omium.org, mka@...omium.org, ilina@...eaurora.org
Subject: Re: [PATCH RFC v1 4/8] drivers: qcom: cpu_pd: add cpu power domain
support using genpd
On Thu, Oct 11, 2018 at 02:50:51AM +0530, Raju P.L.S.S.S.N wrote:
> RPMH based targets require that the sleep and wake state request votes
> be sent during system low power mode entry. The votes help reduce the
> power consumption when the AP is not using them. The votes sent by the
> clients are cached in RPMH controller and needs to be flushed when the
> last cpu enters low power mode. So add cpu power domain using Linux
> generic power domain infrastructure to perform necessary tasks as part
> of domain power down.
>
You seem to have either randomly chosen just 3 patches from Lina/Ulf's
CPU genpd series or this series doesn't entirely depend on it ?
If latter, how does this work with PSCI CPU_SUSPEND operations ?
And why this can be part of PSCI firmware implementation. Only PSCI
firmware needs if RPMH votes need to be flushed or not. So, honestly
I don't see the need for this in Linux.
--
Regards,
Sudeep
Powered by blists - more mailing lists