Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: - [Low] The schema fails to restrict the `ports` property to prevent `port@1` for the `nuvoton,ma35d1-dcu` compatible, despite the hardware only having a single output port. --
commit aa050e9da3d62c01f3875ac6fea01c9b0fc78e94 Author: Joey Lu <[email protected]> dt-bindings: display: verisilicon,dc: add support for nuvoton,ma35d1-dcu This commit adds support for the Nuvoton MA35D1 DCUltraLite in the verisilicon,dc binding. It adjusts the global minimum clocks and resets, and applies specific topology limits for supported variants via an allOf block. > diff --git a/Documentation/devicetree/bindings/display/verisilicon,dc.yaml > b/Documentation/devicetree/bindings/display/verisilicon,dc.yaml > --- a/Documentation/devicetree/bindings/display/verisilicon,dc.yaml > +++ b/Documentation/devicetree/bindings/display/verisilicon,dc.yaml [ ... ] > @@ -79,6 +84,45 @@ required: [ ... ] > + - if: > + properties: > + compatible: > + contains: > + const: nuvoton,ma35d1-dcu > + then: > + properties: > + clocks: > + maxItems: 4 > + > + clock-names: > + maxItems: 4 > + > + resets: > + maxItems: 1 > + > + reset-names: > + maxItems: 1 [Severity: Low] Does this conditional block also need to restrict the ports property? The commit message notes that the DCUltraLite has a single output port, but the schema doesn't restrict port@1 from being used for the nuvoton,ma35d1-dcu compatible. Without disallowing the non-existent second output port here, an invalid device tree specifying port@1 would silently pass static schema validation. -- Sashiko AI review ยท https://sashiko.dev/#/patchset/[email protected]?part=1
