[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<PAXPR04MB8459F33BCC84CCA8F49F3B60881F2@PAXPR04MB8459.eurprd04.prod.outlook.com>
Date: Mon, 13 Jan 2025 11:37:23 +0000
From: Peng Fan <peng.fan@....com>
To: Sudeep Holla <sudeep.holla@....com>, "Peng Fan (OSS)"
<peng.fan@....nxp.com>
CC: "cristian.marussi@....com" <cristian.marussi@....com>,
"ulf.hansson@...aro.org" <ulf.hansson@...aro.org>, "arm-scmi@...r.kernel.org"
<arm-scmi@...r.kernel.org>, "linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "linux-pm@...r.kernel.org"
<linux-pm@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, Ranjani Vaidyanathan
<ranjani.vaidyanathan@....com>
Subject: RE: [PATCH] pmdomain: arm: scmi_pm_domain: Initialize state as off
> Subject: Re: [PATCH] pmdomain: arm: scmi_pm_domain: Initialize
> state as off
>
> On Fri, Jan 10, 2025 at 02:13:46PM +0800, Peng Fan (OSS) wrote:
> > From: Peng Fan <peng.fan@....com>
> >
> > Per ARM SCMI Spec DEN0056E, page 16, "The platform may disable a
> > resource if no agent has requested to use that resource."
> >
>
> True, but ...
>
> > Linux Kernel should not rely on a state that it has not requested, so
> > make state as off during initialization.
> >
>
> IIUC, this was done to avoid any transitions if the bootloader like U-
> Boot has turned on the resource and OS can just rely on that stay.
But if it is not U-Boot turned it on? Or U-Boot is in a separate agent?
> Anyways if the resource is not used by any driver/device in the kernel,
> won't it be turned off anyways ? What am I missing ?
Because the power domain is ON, kernel will not issue SCMI
to platform to request it ON when kernel needs this power domain
on.
But in case when kernel is doing some jobs that needs the
power domain ON, SCMI platform might power down the
power domain because kernel agent not request that.
Thanks,
Peng.
>
> I need to dig details, but I remember doing what this patch does and
> reverting to what we have based on the feedback IIRC.
>
> --
> Regards,
> Sudeep
Powered by blists - more mailing lists