From: Rob Herring <robh@kernel.org>
To: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>,
devicetree@vger.kernel.org,
"Rafael J . Wysocki" <rjw@rjwysocki.net>,
Daniel Lezcano <daniel.lezcano@linaro.org>,
Lina Iyer <ilina@codeaurora.org>, Stephen Boyd <sboyd@kernel.org>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
Benjamin Gaignard <benjamin.gaignard@st.com>,
linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org
Subject: Re: [PATCH 3/7] dt-bindings: power: Convert domain-idle-states bindings to json-schema
Date: Tue, 3 Mar 2020 11:02:32 -0600 [thread overview]
Message-ID: <20200303170232.GA26191@bogus> (raw)
In-Reply-To: <20200303150749.30566-4-ulf.hansson@linaro.org>
On Tue, Mar 03, 2020 at 04:07:45PM +0100, Ulf Hansson wrote:
> While converting to the json-schema, let's also take the opportunity to
> further specify/clarify some more details about the DT binding.
>
> For example, let's define the label where to put the states nodes, set a
> pattern for nodename of the state nodes and finally add an example.
>
> Fixes: a3f048b5424e ("dt: psci: Update DT bindings to support hierarchical PSCI states")
> Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
> ---
> .../devicetree/bindings/arm/psci.yaml | 2 +-
> .../bindings/power/domain-idle-state.txt | 33 ---------
> .../bindings/power/domain-idle-state.yaml | 67 +++++++++++++++++++
> .../bindings/power/power-domain.yaml | 22 +++---
> .../bindings/power/power_domain.txt | 2 +-
> 5 files changed, 79 insertions(+), 47 deletions(-)
> delete mode 100644 Documentation/devicetree/bindings/power/domain-idle-state.txt
> create mode 100644 Documentation/devicetree/bindings/power/domain-idle-state.yaml
>
> diff --git a/Documentation/devicetree/bindings/arm/psci.yaml b/Documentation/devicetree/bindings/arm/psci.yaml
> index 540211a080d4..0bc3c43a525a 100644
> --- a/Documentation/devicetree/bindings/arm/psci.yaml
> +++ b/Documentation/devicetree/bindings/arm/psci.yaml
> @@ -123,7 +123,7 @@ properties:
> to mandate it.
>
> [3] Documentation/devicetree/bindings/power/power_domain.txt
> - [4] Documentation/devicetree/bindings/power/domain-idle-state.txt
> + [4] Documentation/devicetree/bindings/power/domain-idle-state.yaml
>
> power-domains:
> $ref: '/schemas/types.yaml#/definitions/phandle-array'
> diff --git a/Documentation/devicetree/bindings/power/domain-idle-state.txt b/Documentation/devicetree/bindings/power/domain-idle-state.txt
> deleted file mode 100644
> index eefc7ed22ca2..000000000000
> --- a/Documentation/devicetree/bindings/power/domain-idle-state.txt
> +++ /dev/null
> @@ -1,33 +0,0 @@
> -PM Domain Idle State Node:
> -
> -A domain idle state node represents the state parameters that will be used to
> -select the state when there are no active components in the domain.
> -
> -The state node has the following parameters -
> -
> -- compatible:
> - Usage: Required
> - Value type: <string>
> - Definition: Must be "domain-idle-state".
> -
> -- entry-latency-us
> - Usage: Required
> - Value type: <prop-encoded-array>
> - Definition: u32 value representing worst case latency in
> - microseconds required to enter the idle state.
> - The exit-latency-us duration may be guaranteed
> - only after entry-latency-us has passed.
> -
> -- exit-latency-us
> - Usage: Required
> - Value type: <prop-encoded-array>
> - Definition: u32 value representing worst case latency
> - in microseconds required to exit the idle state.
> -
> -- min-residency-us
> - Usage: Required
> - Value type: <prop-encoded-array>
> - Definition: u32 value representing minimum residency duration
> - in microseconds after which the idle state will yield
> - power benefits after overcoming the overhead in entering
> -i the idle state.
> diff --git a/Documentation/devicetree/bindings/power/domain-idle-state.yaml b/Documentation/devicetree/bindings/power/domain-idle-state.yaml
> new file mode 100644
> index 000000000000..27da43076b85
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/power/domain-idle-state.yaml
> @@ -0,0 +1,67 @@
> +# SPDX-License-Identifier: GPL-2.0
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/power/domain-idle-state.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: PM Domain Idle States binding description
> +
> +maintainers:
> + - Ulf Hansson <ulf.hansson@linaro.org>
> +
> +description:
> + A domain idle state node represents the state parameters that will be used to
> + select the state when there are no active components in the PM domain.
> +
> +properties:
> + $nodename:
> + const: domain-idle-states
> +
> +patternProperties:
> + "^(cpu|cluster|domain)-":
> + type: object
> + description:
> + Each state node represents a domain idle state description.
> +
> + properties:
> + compatible:
> + const: domain-idle-state
> +
> + entry-latency-us:
> + $ref: /schemas/types.yaml#/definitions/uint32
You don't need a type because the core schema defines it for all
standard units.
> + description:
> + The worst case latency in microseconds required to enter the idle
> + state. Note that, the exit-latency-us duration may be guaranteed only
> + after the entry-latency-us has passed.
> +
> + exit-latency-us:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + description:
> + The worst case latency in microseconds required to exit the idle
> + state.
> +
> + min-residency-us:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + description:
> + The minimum residency duration in microseconds after which the idle
> + state will yield power benefits, after overcoming the overhead while
> + entering the idle state.
> +
> + required:
> + - compatible
> + - entry-latency-us
> + - exit-latency-us
> + - min-residency-us
additionalProperties: false
Do we have cases of adding additional properties?
I can fix these up when applying.
Rob
next prev parent reply other threads:[~2020-03-03 17:02 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-03 15:07 [PATCH 0/7] dt-bindings: arm: Fix bindings used for hierarchical PSCI states Ulf Hansson
2020-03-03 15:07 ` [PATCH 1/7] dt-bindings: arm: Correct links to idle states definitions Ulf Hansson
2020-03-04 14:47 ` Rob Herring
2020-03-03 15:07 ` [PATCH 2/7] dt-bindings: arm: Fix cpu compatibles in the hierarchical example for PSCI Ulf Hansson
2020-03-04 14:47 ` Rob Herring
2020-03-03 15:07 ` [PATCH 3/7] dt-bindings: power: Convert domain-idle-states bindings to json-schema Ulf Hansson
2020-03-03 17:02 ` Rob Herring [this message]
2020-03-03 20:45 ` Ulf Hansson
2020-03-03 21:17 ` Rob Herring
2020-03-04 14:48 ` Rob Herring
2020-03-03 15:07 ` [PATCH 4/7] dt-bindings: power: Extend nodename pattern for power-domain providers Ulf Hansson
2020-03-03 17:03 ` Rob Herring
2020-03-03 20:46 ` Ulf Hansson
2020-03-03 15:07 ` [PATCH 5/7] dt-bindings: arm: Fixup the DT bindings for hierarchical PSCI states Ulf Hansson
2020-03-03 17:06 ` Rob Herring
2020-03-03 20:50 ` Ulf Hansson
2020-03-04 14:53 ` Rob Herring
2020-03-06 18:29 ` Rob Herring
2020-03-09 7:10 ` Ulf Hansson
2020-03-03 15:07 ` [PATCH 6/7] arm64: dts: msm8916: Conform to the domain-idle-state DT binding Ulf Hansson
2020-03-03 15:07 ` [PATCH 7/7] arm64: dts: msm8916: Conform to the nodename pattern for power-domain Ulf Hansson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200303170232.GA26191@bogus \
--to=robh@kernel.org \
--cc=Lorenzo.Pieralisi@arm.com \
--cc=benjamin.gaignard@st.com \
--cc=bjorn.andersson@linaro.org \
--cc=daniel.lezcano@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=ilina@codeaurora.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-pm@vger.kernel.org \
--cc=rjw@rjwysocki.net \
--cc=sboyd@kernel.org \
--cc=sudeep.holla@arm.com \
--cc=ulf.hansson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).