Devicetree
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Michał Kopeć" <michal@nozomi.space>
Cc: dmitry.torokhov@gmail.com, devicetree@vger.kernel.org,
	robh@kernel.org, conor+dt@kernel.org,
	linux-input@vger.kernel.org
Subject: Re: [PATCH v5 1/6] dt-bindings: input: Add Himax HX83102J touchscreen
Date: Sat, 03 Oct 2026 17:56:09 +0000	[thread overview]
Message-ID: <20261003175610.54FFD1F0089B@smtp.kernel.org> (raw)
In-Reply-To: <20261003142741.48634-2-michal@nozomi.space>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] dt-bindings: inherited properties blocked by additionalProperties: false
--

commit e01de01cb0d4342a5cf5aaa82a8d34629a2ccf17
Author: Allen_Lin <allencl_lin@hotmail.com>

dt-bindings: input: Add Himax HX83102J touchscreen

This commit adds the device tree binding for the Himax HX83102J TDDI
controller. It defines the touch function connected over SPI and the shared
reset and analog supplies.

> diff --git a/Documentation/devicetree/bindings/input/touchscreen/himax,hx83102j.yaml b/Documentation/devicetree/bindings/input/touchscreen/himax,hx83102j.yaml
> new file mode 100644
> index 0000000000000..c9f229bf9ca7b
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/input/touchscreen/himax,hx83102j.yaml

[ ... ]

> +  display-reset-gpios:
> +    maxItems: 1
> +    description:
> +      Reset of the display function, usually driven by the panel. Asserting
> +      it also resets the touch function.
> +
> +  spi-cpha: true
> +
> +  spi-cpol: true
> +
> +  spi-max-frequency: true
> +
> +  panel: true

[Severity: Medium]
Are these standard properties redundantly added here to bypass the strict
local validation constraint? Changing the schema to use
unevaluatedProperties: false at the bottom of the file would make these
explicit declarations unnecessary.

> +
> +  firmware-name:
> +    description: Specify the file name for firmware loading.
> +
> +required:
> +  - compatible
> +  - reg
> +  - interrupts
> +  - reset-gpios
> +  - panel
> +  - vccd-supply
> +  - vsn-supply
> +  - vsp-supply
> +  - display-reset-gpios
> +
> +additionalProperties: false

[Severity: Medium]
Does this prevent the inherited properties from touchscreen.yaml and
spi-peripheral-props.yaml from being used?

In JSON schema validation, additionalProperties: false only checks the local
properties block. It rejects standard properties defined in the referenced
schemas (such as touchscreen-size-x or touchscreen-inverted-y) unless they
are redundantly declared locally. Adding standard touchscreen properties to a
board device tree node using this compatible string will cause
make dt_binding_check to fail with 'additional properties are not allowed'.

Changing this to unevaluatedProperties: false is the architectural standard
for dt-bindings schemas that use $ref to inherit properties.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20261003142741.48634-1-michal@nozomi.space?part=1

  reply	other threads:[~2026-10-03 17:56 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-03 14:27 [PATCH v5 0/6] HID: Add support for the Himax HX83102J touchscreen Michał Kopeć
2026-10-03 14:27 ` [PATCH v5 1/6] dt-bindings: input: Add " Michał Kopeć
2026-10-03 17:56   ` sashiko-bot [this message]
2026-10-04  7:45   ` Krzysztof Kozlowski
2026-10-03 14:27 ` [PATCH v5 2/6] HID: Add Himax HX83102J touchscreen driver Michał Kopeć
2026-10-03 17:56   ` sashiko-bot
2026-10-04  7:50   ` Krzysztof Kozlowski
2026-10-03 14:27 ` [PATCH v5 3/6] HID: himax: Add DRM panel follower support Michał Kopeć
2026-10-03 17:56   ` sashiko-bot
2026-10-04  7:52   ` Krzysztof Kozlowski
2026-10-03 14:27 ` [PATCH v5 4/6] HID: himax: Load the firmware from a file Michał Kopeć
2026-10-03 17:56   ` sashiko-bot
2026-10-03 14:27 ` [PATCH v5 5/6] HID: himax: Report the touch and heatmap data Michał Kopeć
2026-10-03 17:56   ` sashiko-bot
2026-10-03 14:27 ` [PATCH v5 6/6] arm64: dts: mediatek: mt8188-geralt-ciri: Add the touchscreen Michał Kopeć

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=20261003175610.54FFD1F0089B@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.torokhov@gmail.com \
    --cc=linux-input@vger.kernel.org \
    --cc=michal@nozomi.space \
    --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