Re: [PATCH] dt-bindings: clock: renesas: cpg-mssr: Convert to json-schema

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Feb 27, 2020 at 12:12:36PM +0100, Geert Uytterhoeven wrote:
> Hi Stephen,
> 
> Thanks for your comments!
> 
> On Tue, Feb 25, 2020 at 6:02 PM Stephen Boyd <sboyd@xxxxxxxxxx> wrote:
> > Quoting Geert Uytterhoeven (2020-02-24 07:26:40)
> > > diff --git a/Documentation/devicetree/bindings/clock/renesas,cpg-mssr.yaml b/Documentation/devicetree/bindings/clock/renesas,cpg-mssr.yaml
> > > new file mode 100644
> > > index 0000000000000000..dfbd1933f1bc56de
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/clock/renesas,cpg-mssr.yaml
> > > @@ -0,0 +1,204 @@
> > > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> > > +%YAML 1.2
> > > +---
> > > +$id: "http://devicetree.org/schemas/clock/renesas,cpg-mssr.yaml#";
> > > +$schema: "http://devicetree.org/meta-schemas/core.yaml#";
> > > +
> > > +title: Renesas Clock Pulse Generator / Module Standby and Software Reset
> > > +
> > > +maintainers:
> > > +  - Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
> > > +
> > > +description: |
> > > +  On Renesas ARM SoCs (SH/R-Mobile, R-Car, RZ), the CPG (Clock Pulse Generator)
> > > +  and MSSR (Module Standby and Software Reset) blocks are intimately connected,
> > > +  and share the same register block.
> > > +
> > > +  They provide the following functionalities:
> > > +    - The CPG block generates various core clocks,
> > > +    - The MSSR block provides two functions:
> > > +        1. Module Standby, providing a Clock Domain to control the clock supply
> > > +           to individual SoC devices,
> > > +        2. Reset Control, to perform a software reset of individual SoC devices.
> > > +
> > > +properties:
> > > +  compatible:
> > > +    enum:
> > > +      - renesas,r7s9210-cpg-mssr  # RZ/A2
> > > +      - renesas,r8a7743-cpg-mssr  # RZ/G1M
> > > +      - renesas,r8a7744-cpg-mssr  # RZ/G1N
> > > +      - renesas,r8a7745-cpg-mssr  # RZ/G1E
> > > +      - renesas,r8a77470-cpg-mssr # RZ/G1C
> > > +      - renesas,r8a774a1-cpg-mssr # RZ/G2M
> > > +      - renesas,r8a774b1-cpg-mssr # RZ/G2N
> > > +      - renesas,r8a774c0-cpg-mssr # RZ/G2E
> > > +      - renesas,r8a7790-cpg-mssr  # R-Car H2
> > > +      - renesas,r8a7791-cpg-mssr  # R-Car M2-W
> > > +      - renesas,r8a7792-cpg-mssr  # R-Car V2H
> > > +      - renesas,r8a7793-cpg-mssr  # R-Car M2-N
> > > +      - renesas,r8a7794-cpg-mssr  # R-Car E2
> > > +      - renesas,r8a7795-cpg-mssr  # R-Car H3
> > > +      - renesas,r8a7796-cpg-mssr  # R-Car M3-W
> > > +      - renesas,r8a77961-cpg-mssr # R-Car M3-W+
> > > +      - renesas,r8a77965-cpg-mssr # R-Car M3-N
> > > +      - renesas,r8a77970-cpg-mssr # R-Car V3M
> > > +      - renesas,r8a77980-cpg-mssr # R-Car V3H
> > > +      - renesas,r8a77990-cpg-mssr # R-Car E3
> > > +      - renesas,r8a77995-cpg-mssr # R-Car D3
> > > +
> > > +  reg:
> > > +    maxItems: 1
> > > +
> > > +  clocks:
> > > +    minItems: 1
> > > +    maxItems: 2
> > > +
> > > +  clock-names:
> > > +    minItems: 1
> > > +    maxItems: 2
> >
> > Do we need this here and also below? Why can't it just be below with the
> > more specific constraints?
> 
> With the above removed:
> 
>     Documentation/devicetree/bindings/clock/renesas,cpg-mssr.example.dt.yaml:
> clock-controller@e6150000: 'clock-names', 'clocks' do not match any of
> the regexes: 'pinctrl-[0-9]+'
> 
> while the "if" below overriding minItems did trigger, as removing entries from
> clocks/clock-names in the example causes more errors.
> 
> So it seems all properties must be listed in the main, unconditional,
> properties section at the top.
> 
> > > +allOf:
> > > +  - if:
> > > +      properties:
> > > +        compatible:
> > > +          items:
> > > +            enum:
> > > +              - renesas,r7s9210-cpg-mssr
> > > +              - renesas,r8a774c0-cpg-mssr
> > > +              - renesas,r8a7792-cpg-mssr
> > > +              - renesas,r8a77990-cpg-mssr
> > > +              - renesas,r8a77995-cpg-mssr
> > > +
> > > +    then:
> > > +      properties:
> > > +        clock:
> > > +          maxItems: 1
> > > +        clock-names:
> > > +          maxItems: 1
> > > +          items:
> > > +            - const: extal
> > > +
> > > +  - if:
> > > +      properties:
> > > +        compatible:
> > > +          contains:
> > > +            enum:
> > > +              - renesas,r8a7743-cpg-mssr
> > > +              - renesas,r8a7744-cpg-mssr
> > > +              - renesas,r8a7745-cpg-mssr
> > > +              - renesas,r8a77470-cpg-mssr
> > > +              - renesas,r8a7790-cpg-mssr
> > > +              - renesas,r8a7791-cpg-mssr
> > > +              - renesas,r8a7793-cpg-mssr
> > > +              - renesas,r8a7794-cpg-mssr
> > > +
> > > +    then:
> > > +      properties:
> > > +        clock:
> > > +          minItems: 2
> > > +        clock-names:
> > > +          minItems: 2
> > > +          items:
> > > +            - const: extal
> > > +            - const: usb_extal
> > > +
> > > +  - if:
> > > +      properties:
> > > +        compatible:
> > > +          items:
> > > +            enum:
> > > +              - renesas,r8a774a1-cpg-mssr
> > > +              - renesas,r8a774b1-cpg-mssr
> > > +              - renesas,r8a7795-cpg-mssr
> > > +              - renesas,r8a7796-cpg-mssr
> > > +              - renesas,r8a77961-cpg-mssr
> > > +              - renesas,r8a77965-cpg-mssr
> > > +              - renesas,r8a77970-cpg-mssr
> > > +              - renesas,r8a77980-cpg-mssr
> > > +
> > > +    then:
> > > +      properties:
> > > +        clock:
> > > +          minItems: 2
> > > +        clock-names:
> > > +          minItems: 2
> > > +          items:
> > > +            - const: extal
> > > +            - const: extalr
> > > +
> > > +  - if:
> > > +      not:
> > > +        properties:
> > > +          compatible:
> > > +            items:
> > > +              enum:
> > > +                - renesas,r7s9210-cpg-mssr
> > > +    then:
> > > +      required:
> > > +        - '#reset-cells'
> >
> > It may make sense to split this binding up into multiple bindings so
> > that we don't have deeply nested if/else/then.
> 
> Note that the above is not a nested if, but the yaml-equivalent of a switch()
> statement.
> 
> If this is to be split, how to split it?
> Each if contains SoCs from multiple families, and each family of SoCs is
> split across multiple ifs.

Looks like 3 files based on the first 3 if's above.

Personally, I'd be fine with just a single schema without all the if's. 
It wouldn't be as strict as to what's allowed for each compatible, but 
good enough IMO.

Rob



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux