[PATCH 4/4] dt-bindings: display: bridge: renesas,lvds: Convert binding to YAML
Geert Uytterhoeven
geert at linux-m68k.org
Mon Apr 6 08:47:37 UTC 2020
Hi Laurent,
On Mon, Apr 6, 2020 at 1:24 AM Laurent Pinchart
<laurent.pinchart+renesas at ideasonboard.com> wrote:
> Convert the Renesas R-Car LVDS encoder text binding to YAML.
>
> Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas at ideasonboard.com>
Thanks for your patch!
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/display/bridge/renesas,lvds.yaml
> @@ -0,0 +1,248 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/display/bridge/renesas,lvds.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Renesas R-Car LVDS Encoder
> +
> +maintainers:
> + - Laurent Pinchart <laurent.pinchart+renesas at ideasonboard.com>
> +
> +description: |
> + These DT bindings describe the LVDS encoder embedded in the Renesas R-Car
> + Gen2, R-Car Gen3 and RZ/G SoCs.
RZ/G1 and RZ/G2 (no idea what'll RZ/G3 will bring ;-)
> +
> +properties:
> + compatible:
> + enum:
> + - renesas,r8a7743-lvds # for R8A7743 (RZ/G1M) compatible LVDS encoders
> + - renesas,r8a7744-lvds # for R8A7744 (RZ/G1N) compatible LVDS encoders
> + - renesas,r8a774a1-lvds # for R8A774A1 (RZ/G2M) compatible LVDS encoders
> + - renesas,r8a774b1-lvds # for R8A774B1 (RZ/G2N) compatible LVDS encoders
> + - renesas,r8a774c0-lvds # for R8A774C0 (RZ/G2E) compatible LVDS encoders
> + - renesas,r8a7790-lvds # for R8A7790 (R-Car H2) compatible LVDS encoders
> + - renesas,r8a7791-lvds # for R8A7791 (R-Car M2-W) compatible LVDS encoders
> + - renesas,r8a7793-lvds # for R8A7793 (R-Car M2-N) compatible LVDS encoders
> + - renesas,r8a7795-lvds # for R8A7795 (R-Car H3) compatible LVDS encoders
> + - renesas,r8a7796-lvds # for R8A7796 (R-Car M3-W) compatible LVDS encoders
R8A77960 (I know you don't have support for R8A77961 yet ;-)
> + - renesas,r8a77965-lvds # for R8A77965 (R-Car M3-N) compatible LVDS encoders
> + - renesas,r8a77970-lvds # for R8A77970 (R-Car V3M) compatible LVDS encoders
> + - renesas,r8a77980-lvds # for R8A77980 (R-Car V3H) compatible LVDS encoders
> + - renesas,r8a77990-lvds # for R8A77990 (R-Car E3) compatible LVDS encoders
> + - renesas,r8a77995-lvds # for R8A77995 (R-Car D3) compatible LVDS encoders
Wouldn't it be sufficient to just have the SoC name (e.g. "R-Car D3") in
the comments?
> +if:
> + properties:
> + compatible:
> + enum:
> + - renesas,r8a774c0-lvds
> + - renesas,r8a77990-lvds
> + - renesas,r8a77995-lvds
> +then:
> + properties:
> + clocks:
> + minItems: 1
> + maxItems: 4
> + items:
> + - description: Functional clock
> + - description: EXTAL input clock
> + - description: DU_DOTCLKIN0 input clock
> + - description: DU_DOTCLKIN1 input clock
> +
> + clock-names:
> + minItems: 1
> + maxItems: 4
> + items:
> + - const: fck
> + # The LVDS encoder can use the EXTAL or DU_DOTCLKINx clocks.
> + # These clocks are optional.
> + - enum:
> + - extal
> + - dclkin.0
> + - dclkin.1
> + - enum:
> + - extal
> + - dclkin.0
> + - dclkin.1
> + - enum:
> + - extal
> + - dclkin.0
> + - dclkin.1
Can the duplication of the last 3 entries be avoided?
Perhaps like in
Documentation/devicetree/bindings/serial/renesas,scif.yaml?
> +examples:
> + - |
> + #include <dt-bindings/clock/renesas-cpg-mssr.h>
> + #include <dt-bindings/power/r8a7795-sysc.h>
> +
> + lvds at feb90000 {
> + compatible = "renesas,r8a7795-lvds";
> + reg = <0 0xfeb90000 0 0x14>;
Examples are built with #{address,size}-cells = <1>.
> + lvds0: lvds at feb90000 {
> + compatible = "renesas,r8a77990-lvds";
> + reg = <0 0xfeb90000 0 0x20>;
Likewise.
> + lvds1: lvds at feb90100 {
> + compatible = "renesas,r8a77990-lvds";
> + reg = <0 0xfeb90100 0 0x20>;
Likewise.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
More information about the dri-devel
mailing list