From: sashiko-bot@kernel.org
To: "Nicolás Antinori" <nico.antinori.7@gmail.com>
Cc: robh@kernel.org, devicetree@vger.kernel.org,
dri-devel@lists.freedesktop.org, conor+dt@kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: display: add Chipwealth CH1115 OLED controller
Date: Fri, 07 Aug 2026 14:28:38 +0000 [thread overview]
Message-ID: <20260807142839.532871F000E9@smtp.kernel.org> (raw)
In-Reply-To: <cf9b02d618db4eca88e2d32b4bf779011fcd550d.1786110720.git.nico.antinori.7@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] The device tree schema is structurally unsatisfiable and introduces hardware-specific properties without vendor prefixes. `first-page` is mandated by the `required` list but is not defined in the `properties` block. Because `additionalProperties: false` is used, any device tree node including `first-page` is rejected, while any node omitting it fails the `required` check. Additionally, `contrast` is used in the `examples` but missing from `properties`. Finally, `invert`, `first-page`, and `contrast` are custom properties that must include a vendor prefix (e.g., `chipwealth,invert`) to avoid polluting the global namespace.
--
--- Patch [1]: [PATCH 1/3] dt-bindings: display: add Chipwealth CH1115 OLED controller ---
commit 77e215ca91e888007e7e74fb225f1cb55be392a1
Author: Nicolás Antinori <nico.antinori.7@gmail.com>
dt-bindings: display: add Chipwealth CH1115 OLED controller
This commit adds the device tree binding for the Chipwealth CH1115 monochrome
dot matrix OLED panel controller.
> diff --git a/Documentation/devicetree/bindings/display/chipwealth,ch1115.yaml b/Documentation/devicetree/bindings/display/chipwealth,ch1115.yaml
> new file mode 100644
> index 0000000000000..29d55da85d219
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/display/chipwealth,ch1115.yaml
[ ... ]
> +properties:
> + compatible:
> + const: chipwealth,ch1115
> +
> + reg:
> + maxItems: 1
> +
> + invert:
> + type: boolean
> + description:
> + Display pixels are inverted, i.e. 0 is white and 1 is black.
[Severity: Medium]
Should this property have a vendor prefix (e.g., chipwealth,invert)? Custom
hardware-specific properties typically require vendor prefixes to avoid
polluting the global namespace.
> +
> + width-mm: true
> + height-mm: true
> + panel-timing: true
> +
> +required:
> + - compatible
> + - reg
> + - width-mm
> + - height-mm
> + - panel-timing
> + - first-page
> +
> +additionalProperties: false
[Severity: Medium]
Is first-page missing from the properties block? Because it is explicitly
mandated by the required list but not defined in properties,
additionalProperties: false will forbid it, making the schema unsatisfiable
for any device tree node.
> +
> +examples:
> + - |
> + i2c {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + status = "okay";
> +
> + display@3c {
> + compatible = "chipwealth,ch1115";
> + reg = <0x3c>;
> + width-mm = <12>;
> + height-mm = <8>;
> + contrast = <127>;
> + first-page = <1>;
[Severity: Medium]
Are contrast and first-page intended to be defined in this schema? They are
used here in the example but missing from the properties block, which will
cause dt_binding_check to fail. As with invert, do these custom properties
need vendor prefixes?
--
Sashiko AI review · https://sashiko.dev/#/patchset/cover.1786110720.git.nico.antinori.7@gmail.com?part=1
next prev parent reply other threads:[~2026-08-07 14:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-07 14:19 [PATCH 0/3] Add support for CH1115 Controller Nicolás Antinori
2026-08-07 14:19 ` [PATCH 1/3] dt-bindings: display: add Chipwealth CH1115 OLED controller Nicolás Antinori
2026-08-07 14:28 ` sashiko-bot [this message]
2026-08-07 15:48 ` Rob Herring (Arm)
2026-08-07 14:19 ` [PATCH 2/3] drm/ch1115: add support for " Nicolás Antinori
2026-08-07 14:35 ` sashiko-bot
2026-08-07 14:19 ` [PATCH 3/3] MAINTAINERS: add entry " Nicolás Antinori
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260807142839.532871F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=nico.antinori.7@gmail.com \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox