On Fri, Jul 9, 2021 at 11:29 AM Bjorn Andersson
<bjorn.andersson@xxxxxxxxxx> wrote:
>
> On Thu 01 Jul 12:03 PDT 2021, Rob Herring wrote:
>
> > On Fri, Jun 25, 2021 at 04:40:17PM -0700, Bjorn Andersson wrote:
> > > Convert to YAML in order to allow validation.
> > >
> > > Signed-off-by: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
> > > ---
> > >
> > > I'm aware that this conflicts with Sibi's removal of '#power-domain-cells', but
> > > that's a trivial change regardless of which of the two patches gets in first.
> > >
> > > .../bindings/soc/qcom/qcom,aoss-qmp.txt | 90 --------------
> > > .../bindings/soc/qcom/qcom,aoss-qmp.yaml | 115 ++++++++++++++++++
> > > 2 files changed, 115 insertions(+), 90 deletions(-)
> > > delete mode 100644 Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.txt
> > > create mode 100644 Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.yaml
> > >
> > > diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.txt b/Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.txt
> > > deleted file mode 100644
> > > index 3747032311a4..000000000000
> > > --- a/Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.txt
> > > +++ /dev/null
> > > @@ -1,90 +0,0 @@
> > > -Qualcomm Always-On Subsystem side channel binding
> > > -
> > > -This binding describes the hardware component responsible for side channel
> > > -requests to the always-on subsystem (AOSS), used for certain power management
> > > -requests that is not handled by the standard RPMh interface. Each client in the
> > > -SoC has it's own block of message RAM and IRQ for communication with the AOSS.
> > > -The protocol used to communicate in the message RAM is known as Qualcomm
> > > -Messaging Protocol (QMP)
> > > -
> > > -The AOSS side channel exposes control over a set of resources, used to control
> > > -a set of debug related clocks and to affect the low power state of resources
> > > -related to the secondary subsystems. These resources are exposed as a set of
> > > -power-domains.
> > > -
> > > -- compatible:
> > > - Usage: required
> > > - Value type: <string>
> > > - Definition: must be one of:
> > > - "qcom,sc7180-aoss-qmp"
> > > - "qcom,sc7280-aoss-qmp"
> > > - "qcom,sc8180x-aoss-qmp"
> > > - "qcom,sdm845-aoss-qmp"
> > > - "qcom,sm8150-aoss-qmp"
> > > - "qcom,sm8250-aoss-qmp"
> > > - "qcom,sm8350-aoss-qmp"
> > > - and:
> > > - "qcom,aoss-qmp"
> > > -
> > > -- reg:
> > > - Usage: required
> > > - Value type: <prop-encoded-array>
> > > - Definition: the base address and size of the message RAM for this
> > > - client's communication with the AOSS
> > > -
> > > -- interrupts:
> > > - Usage: required
> > > - Value type: <prop-encoded-array>
> > > - Definition: should specify the AOSS message IRQ for this client
> > > -
> > > -- mboxes:
> > > - Usage: required
> > > - Value type: <prop-encoded-array>
> > > - Definition: reference to the mailbox representing the outgoing doorbell
> > > - in APCS for this client, as described in mailbox/mailbox.txt
> > > -
> > > -- #clock-cells:
> > > - Usage: optional
> > > - Value type: <u32>
> > > - Definition: must be 0
> > > - The single clock represents the QDSS clock.
> > > -
> > > -- #power-domain-cells:
> > > - Usage: optional
> > > - Value type: <u32>
> > > - Definition: must be 1
> > > - The provided power-domains are:
> > > - CDSP state (0), LPASS state (1), modem state (2), SLPI
> > > - state (3), SPSS state (4) and Venus state (5).
> > > -
> > > -= SUBNODES
> > > -The AOSS side channel also provides the controls for three cooling devices,
> > > -these are expressed as subnodes of the QMP node. The name of the node is used
> > > -to identify the resource and must therefor be "cx", "mx" or "ebi".
> > > -
> > > -- #cooling-cells:
> > > - Usage: optional
> > > - Value type: <u32>
> > > - Definition: must be 2
> > > -
> > > -= EXAMPLE
> > > -
> > > -The following example represents the AOSS side-channel message RAM and the
> > > -mechanism exposing the power-domains, as found in SDM845.
> > > -
> > > - aoss_qmp: qmp@c300000 {
> > > - compatible = "qcom,sdm845-aoss-qmp", "qcom,aoss-qmp";
> > > - reg = <0x0c300000 0x100000>;
> > > - interrupts = <GIC_SPI 389 IRQ_TYPE_EDGE_RISING>;
> > > - mboxes = <&apss_shared 0>;
> > > -
> > > - #power-domain-cells = <1>;
> > > -
> > > - cx_cdev: cx {
> > > - #cooling-cells = <2>;
> > > - };
> > > -
> > > - mx_cdev: mx {
> > > - #cooling-cells = <2>;
> > > - };
> > > - };
> > > diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.yaml b/Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.yaml
> > > new file mode 100644
> > > index 000000000000..1b9de8e49356
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.yaml
> > > @@ -0,0 +1,115 @@
> > > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> > > +%YAML 1.2
> > > +---
> > > +$id: http://devicetree.org/schemas/soc/qcom/qcom,aoss-qmp.yaml#
> > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > +
> > > +title: Qualcomm Always-On Subsystem side channel binding
> > > +
> > > +maintainers:
> > > + - Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
> > > +
> > > +description:
> > > + This binding describes the hardware component responsible for side channel
> > > + requests to the always-on subsystem (AOSS), used for certain power management
> > > + requests that is not handled by the standard RPMh interface. Each client in the
> > > + SoC has it's own block of message RAM and IRQ for communication with the AOSS.
> > > + The protocol used to communicate in the message RAM is known as Qualcomm
> > > + Messaging Protocol (QMP)
> > > +
> > > + The AOSS side channel exposes control over a set of resources, used to control
> > > + a set of debug related clocks and to affect the low power state of resources
> > > + related to the secondary subsystems. These resources are exposed as a set of
> > > + power-domains.
> > > +
> > > +properties:
> > > + compatible:
> > > + items:
> > > + - enum:
> > > + - "qcom,sc7180-aoss-qmp"
> > > + - "qcom,sc7280-aoss-qmp"
> > > + - "qcom,sc8180x-aoss-qmp"
> > > + - "qcom,sdm845-aoss-qmp"
> > > + - "qcom,sm8150-aoss-qmp"
> > > + - "qcom,sm8250-aoss-qmp"
> > > + - "qcom,sm8350-aoss-qmp"
> > > + - const: "qcom,aoss-qmp"
> >
> > Don't need quotes. With that and the indentation fixed:
> >
>
> I've installed yamllint and fixed this for v2.
>
> But can you please help me understand why the members of the enum should
> have double indentation here? Is it just that the indentation counts
> from the 'e' and not the '-'?
There's 2 established styles for this. You used one and I picked the
other. I feel that having the extra indent helps distinguish from
missing a '-' which is quite easy to do and miss when staring at the
YAML.
Rob
