| Message ID | 20240212131323.2162161-8-panikiel@google.com |
|---|---|
| State | Changes Requested |
| Headers | show |
| Series | Add Chameleon v3 video support | expand |
| Context | Check | Description |
|---|---|---|
| robh/checkpatch | success | |
| robh/patch-applied | success | |
| robh/dt-meta-schema | fail | build log |
On Mon, 12 Feb 2024 13:13:21 +0000, Paweł Anikiel wrote: > The Chameleon v3 uses the framebuffer IP core to take the video signal > from different sources and directly write frames into memory. > > Signed-off-by: Paweł Anikiel <panikiel@google.com> > --- > .../bindings/media/google,chv3-fb.yaml | 77 +++++++++++++++++++ > 1 file changed, 77 insertions(+) > create mode 100644 Documentation/devicetree/bindings/media/google,chv3-fb.yaml > My bot found errors running 'make DT_CHECKER_FLAGS=-m dt_binding_check' on your patch (DT_CHECKER_FLAGS is new in v5.13): yamllint warnings/errors: dtschema/dtc warnings/errors: Error: Documentation/devicetree/bindings/media/google,chv3-fb.example.dts:28.27-28 syntax error FATAL ERROR: Unable to parse input tree make[2]: *** [scripts/Makefile.lib:419: Documentation/devicetree/bindings/media/google,chv3-fb.example.dtb] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [/builds/robherring/dt-review-ci/linux/Makefile:1428: dt_binding_check] Error 2 make: *** [Makefile:240: __sub-make] Error 2 doc reference errors (make refcheckdocs): See https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20240212131323.2162161-8-panikiel@google.com The base for the series is generally the latest rc1. A different dependency should be noted in *this* patch. If you already ran 'make dt_binding_check' and didn't see the above error(s), then make sure 'yamllint' is installed and dt-schema is up to date: pip3 install dtschema --upgrade Please check and re-submit after running the above command yourself. Note that DT_SCHEMA_FILES can be set to your schema file to speed up checking your schema. However, it must be unset to test all examples with your schema.
On Mon, Feb 12, 2024 at 3:35 PM Rob Herring <robh@kernel.org> wrote: > > > On Mon, 12 Feb 2024 13:13:21 +0000, Paweł Anikiel wrote: > > The Chameleon v3 uses the framebuffer IP core to take the video signal > > from different sources and directly write frames into memory. > > > > Signed-off-by: Paweł Anikiel <panikiel@google.com> > > --- > > .../bindings/media/google,chv3-fb.yaml | 77 +++++++++++++++++++ > > 1 file changed, 77 insertions(+) > > create mode 100644 Documentation/devicetree/bindings/media/google,chv3-fb.yaml > > > > My bot found errors running 'make DT_CHECKER_FLAGS=-m dt_binding_check' > on your patch (DT_CHECKER_FLAGS is new in v5.13): > > yamllint warnings/errors: > > dtschema/dtc warnings/errors: > Error: Documentation/devicetree/bindings/media/google,chv3-fb.example.dts:28.27-28 syntax error > FATAL ERROR: Unable to parse input tree > make[2]: *** [scripts/Makefile.lib:419: Documentation/devicetree/bindings/media/google,chv3-fb.example.dtb] Error 1 > make[2]: *** Waiting for unfinished jobs.... > make[1]: *** [/builds/robherring/dt-review-ci/linux/Makefile:1428: dt_binding_check] Error 2 > make: *** [Makefile:240: __sub-make] Error 2 > > doc reference errors (make refcheckdocs): > > See https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20240212131323.2162161-8-panikiel@google.com > > The base for the series is generally the latest rc1. A different dependency > should be noted in *this* patch. > > If you already ran 'make dt_binding_check' and didn't see the above > error(s), then make sure 'yamllint' is installed and dt-schema is up to > date: > > pip3 install dtschema --upgrade > > Please check and re-submit after running the above command yourself. Note > that DT_SCHEMA_FILES can be set to your schema file to speed up checking > your schema. However, it must be unset to test all examples with your schema. > I was missing a '#include <dt-bindings/interrupt-controller/arm-gic.h>' in the dt binding example. I ran dt_binding_check after adding it and it reports no errors. I will include the fix in v2.
On Mon, Feb 12, 2024 at 01:13:21PM +0000, Paweł Anikiel wrote: > The Chameleon v3 uses the framebuffer IP core to take the video signal > from different sources and directly write frames into memory. > > Signed-off-by: Paweł Anikiel <panikiel@google.com> > --- > .../bindings/media/google,chv3-fb.yaml | 77 +++++++++++++++++++ > 1 file changed, 77 insertions(+) > create mode 100644 Documentation/devicetree/bindings/media/google,chv3-fb.yaml > > diff --git a/Documentation/devicetree/bindings/media/google,chv3-fb.yaml b/Documentation/devicetree/bindings/media/google,chv3-fb.yaml > new file mode 100644 > index 000000000000..ba6643cc7232 > --- /dev/null > +++ b/Documentation/devicetree/bindings/media/google,chv3-fb.yaml > @@ -0,0 +1,77 @@ > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/media/google,chv3-fb.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Google Chameleon v3 video framebuffer > + > +maintainers: > + - Paweł Anikiel <panikiel@google.com> > + > +properties: > + compatible: > + const: google,chv3-fb > + > + reg: > + items: > + - description: core registers > + - description: irq registers > + > + interrupts: > + maxItems: 1 > + > + google,legacy-format: > + type: boolean > + description: The incoming video stream is in 32-bit padded mode. > + > + google,no-endpoint: > + type: boolean > + description: > + The framebuffer isn't connected to a controllable endpoint. > + The video interface still works, but EDID control is unavailable > + and DV timing information only reports the active video width/height. Why does this need a dedicated property? Is it not sufficient to check that there are no endpoints in the devicetree? Cheers, Conor. > + > + port: > + $ref: /schemas/graph.yaml#/properties/port > + > +required: > + - compatible > + - reg > + - interrupts > + > +allOf: > + - if: > + not: > + required: > + - google,no-endpoint > + then: > + required: > + - port > + > +additionalProperties: false > + > +examples: > + - | > + video@c0060500 { > + compatible = "google,chv3-fb"; > + reg = <0xc0060500 0x100>, > + <0xc0060f20 0x10>; > + interrupts = <GIC_SPI 19 IRQ_TYPE_LEVEL_HIGH>; > + google,legacy-format; > + google,no-endpoint; > + }; > + > + - | > + video@c0060600 { > + compatible = "google,chv3-fb"; > + reg = <0xc0060600 0x100>, > + <0xc0060f30 0x10>; > + interrupts = <GIC_SPI 22 IRQ_TYPE_LEVEL_HIGH>; > + > + port { > + fb_mst0_0: endpoint { > + remote-endpoint = <&dprx_mst_0>; > + }; > + }; > + }; > -- > 2.43.0.687.g38aa6559b0-goog >
On 12/02/2024 16:51, Paweł Anikiel wrote: >> >> If you already ran 'make dt_binding_check' and didn't see the above >> error(s), then make sure 'yamllint' is installed and dt-schema is up to >> date: >> >> pip3 install dtschema --upgrade >> >> Please check and re-submit after running the above command yourself. Note >> that DT_SCHEMA_FILES can be set to your schema file to speed up checking >> your schema. However, it must be unset to test all examples with your schema. >> > > I was missing a '#include > <dt-bindings/interrupt-controller/arm-gic.h>' in the dt binding > example. I ran dt_binding_check after adding it and it reports no > errors. I will include the fix in v2. Please test the patch before sending... Best regards, Krzysztof
On Thu, Feb 15, 2024 at 6:29 PM Conor Dooley <conor@kernel.org> wrote: > > On Mon, Feb 12, 2024 at 01:13:21PM +0000, Paweł Anikiel wrote: > > The Chameleon v3 uses the framebuffer IP core to take the video signal > > from different sources and directly write frames into memory. > > > > Signed-off-by: Paweł Anikiel <panikiel@google.com> > > --- > > .../bindings/media/google,chv3-fb.yaml | 77 +++++++++++++++++++ > > 1 file changed, 77 insertions(+) > > create mode 100644 Documentation/devicetree/bindings/media/google,chv3-fb.yaml > > > > diff --git a/Documentation/devicetree/bindings/media/google,chv3-fb.yaml b/Documentation/devicetree/bindings/media/google,chv3-fb.yaml > > new file mode 100644 > > index 000000000000..ba6643cc7232 > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/media/google,chv3-fb.yaml > > @@ -0,0 +1,77 @@ > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > > +%YAML 1.2 > > +--- > > +$id: http://devicetree.org/schemas/media/google,chv3-fb.yaml# > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > + > > +title: Google Chameleon v3 video framebuffer > > + > > +maintainers: > > + - Paweł Anikiel <panikiel@google.com> > > + > > +properties: > > + compatible: > > + const: google,chv3-fb > > + > > + reg: > > + items: > > + - description: core registers > > + - description: irq registers > > + > > + interrupts: > > + maxItems: 1 > > + > > + google,legacy-format: > > + type: boolean > > + description: The incoming video stream is in 32-bit padded mode. > > + > > + google,no-endpoint: > > + type: boolean > > + description: > > + The framebuffer isn't connected to a controllable endpoint. > > + The video interface still works, but EDID control is unavailable > > + and DV timing information only reports the active video width/height. > > Why does this need a dedicated property? Is it not sufficient to check > that there are no endpoints in the devicetree? Yes, I think it is sufficient. I removed the property and added a check in the driver in v2.
diff --git a/Documentation/devicetree/bindings/media/google,chv3-fb.yaml b/Documentation/devicetree/bindings/media/google,chv3-fb.yaml new file mode 100644 index 000000000000..ba6643cc7232 --- /dev/null +++ b/Documentation/devicetree/bindings/media/google,chv3-fb.yaml @@ -0,0 +1,77 @@ +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/media/google,chv3-fb.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Google Chameleon v3 video framebuffer + +maintainers: + - Paweł Anikiel <panikiel@google.com> + +properties: + compatible: + const: google,chv3-fb + + reg: + items: + - description: core registers + - description: irq registers + + interrupts: + maxItems: 1 + + google,legacy-format: + type: boolean + description: The incoming video stream is in 32-bit padded mode. + + google,no-endpoint: + type: boolean + description: + The framebuffer isn't connected to a controllable endpoint. + The video interface still works, but EDID control is unavailable + and DV timing information only reports the active video width/height. + + port: + $ref: /schemas/graph.yaml#/properties/port + +required: + - compatible + - reg + - interrupts + +allOf: + - if: + not: + required: + - google,no-endpoint + then: + required: + - port + +additionalProperties: false + +examples: + - | + video@c0060500 { + compatible = "google,chv3-fb"; + reg = <0xc0060500 0x100>, + <0xc0060f20 0x10>; + interrupts = <GIC_SPI 19 IRQ_TYPE_LEVEL_HIGH>; + google,legacy-format; + google,no-endpoint; + }; + + - | + video@c0060600 { + compatible = "google,chv3-fb"; + reg = <0xc0060600 0x100>, + <0xc0060f30 0x10>; + interrupts = <GIC_SPI 22 IRQ_TYPE_LEVEL_HIGH>; + + port { + fb_mst0_0: endpoint { + remote-endpoint = <&dprx_mst_0>; + }; + }; + };
The Chameleon v3 uses the framebuffer IP core to take the video signal from different sources and directly write frames into memory. Signed-off-by: Paweł Anikiel <panikiel@google.com> --- .../bindings/media/google,chv3-fb.yaml | 77 +++++++++++++++++++ 1 file changed, 77 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/google,chv3-fb.yaml