lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ