[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YPdXz1T89GcIYmJO@google.com>
Date: Tue, 20 Jul 2021 16:10:07 -0700
From: Matthias Kaehlcke <mka@...omium.org>
To: Sibi Sankar <sibis@...eaurora.org>
Cc: swboyd@...omium.org, bjorn.andersson@...aro.org,
robh+dt@...nel.org, ulf.hansson@...aro.org, rjw@...ysocki.net,
agross@...nel.org, ohad@...ery.com, mathieu.poirier@...aro.org,
linux-arm-msm@...r.kernel.org, linux-remoteproc@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
dianders@...omium.org, rishabhb@...eaurora.org,
sidgup@...eaurora.org
Subject: Re: [PATCH v4 02/13] dt-bindings: remoteproc: qcom: pas: Add QMP
property
On Tue, Jul 20, 2021 at 10:06:36AM +0530, Sibi Sankar wrote:
> The load state power-domain, used by the co-processors to notify the
> Always on Subsystem (AOSS) that a particular co-processor is up/down,
> suffers from the side-effect of changing states during suspend/resume.
> However the co-processors enter low-power modes independent to that of
> the application processor and their states are expected to remain
> unaltered across system suspend/resume cycles. To achieve this behavior
> let's drop the load state power-domain and replace them with the qmp
> property for all SoCs supporting low power mode signalling.
>
> Signed-off-by: Sibi Sankar <sibis@...eaurora.org>
> ---
>
> v4:
> * Commit message change and sc8180x co-processor addition. [Rob/Bjorn]
>
> .../devicetree/bindings/remoteproc/qcom,adsp.yaml | 65 +++++++++++-----------
> 1 file changed, 33 insertions(+), 32 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,adsp.yaml b/Documentation/devicetree/bindings/remoteproc/qcom,adsp.yaml
> index c597ccced623..1182afb5f593 100644
> --- a/Documentation/devicetree/bindings/remoteproc/qcom,adsp.yaml
> +++ b/Documentation/devicetree/bindings/remoteproc/qcom,adsp.yaml
> @@ -78,11 +78,11 @@ properties:
>
> power-domains:
> minItems: 1
> - maxItems: 3
> + maxItems: 2
>
> power-domain-names:
> minItems: 1
> - maxItems: 3
> + maxItems: 2
It seems maxItems should have been 4 in the first place and should remain
unchanged after removing the load state power domain. With this patch:
- if:
properties:
compatible:
contains:
enum:
- qcom,sc7180-mpss-pas
then:
properties:
power-domains:
items:
- description: CX power domain
- description: MX power domain
- description: MSS power domain
power-domain-names:
items:
- const: cx
- const: mx
- const: mss
Powered by blists - more mailing lists