From: sashiko-bot@kernel.org
To: "Luca Weiss" <luca.weiss@fairphone.com>
Cc: linux-input@vger.kernel.org, conor+dt@kernel.org,
devicetree@vger.kernel.org, robh@kernel.org,
dmitry.torokhov@gmail.com
Subject: Re: [PATCH v3 1/3] dt-bindings: input: touchscreen: document ESWIN EPH8621
Date: Fri, 18 Sep 2026 07:36:47 +0000 [thread overview]
Message-ID: <20260918073648.3E75B1F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260918-eswin-eph8621-v3-1-514eb1f622c0@fairphone.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] dt-bindings: eswin,eph8621: redundant properties via additionalProperties
--
commit 46b2080091d009fd58f47b811d02fd1ffe2a1da8
Author: Luca Weiss <luca.weiss@fairphone.com>
dt-bindings: input: touchscreen: document ESWIN EPH8621
Document the ESWIN EPH8621 touchscreen controller, which can operate in
SPI mode. Other touchscreen controllers from the EPH861X family (and
potentially also EPH8621) can also operate in I2C mode, this was not
added yet.
> diff --git a/Documentation/devicetree/bindings/input/touchscreen/eswin,eph8621.yaml b/Documentation/devicetree/bindings/input/touchscreen/eswin,eph8621.yaml
> new file mode 100644
> index 0000000000000..ac7fa58644ba6
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/input/touchscreen/eswin,eph8621.yaml
> @@ -0,0 +1,79 @@
[ ... ]
> +allOf:
> + - $ref: touchscreen.yaml#
> + - $ref: /schemas/spi/spi-peripheral-props.yaml#
> +
> +properties:
[ ... ]
> + vddio-supply:
> + description: Power supply regulator on VDDIO pin
> +
> + spi-max-frequency: true
> + touchscreen-inverted-x: true
> + touchscreen-inverted-y: true
> + touchscreen-size-x: true
> + touchscreen-size-y: true
> + touchscreen-swapped-x-y: true
[Severity: Low]
Are these redundant property declarations necessary? Since the schema references
touchscreen.yaml and spi-peripheral-props.yaml in its allOf block, these can
typically be omitted if unevaluatedProperties is used instead.
> +
> +required:
> + - compatible
> + - reg
> + - interrupts
> + - avdd-supply
> + - vddio-supply
> + - touchscreen-size-x
> + - touchscreen-size-y
> +
> +additionalProperties: false
[Severity: Low]
Would it be better to use unevaluatedProperties: false here?
By using additionalProperties: false, the schema explicitly prevents properties
defined in the referenced schemas from being implicitly allowed. This forces the
redundant declaration of properties like touchscreen-size-x and
spi-max-frequency above, and it inadvertently rejects other valid,
framework-supported touchscreen properties like touchscreen-fuzz-x.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260918-eswin-eph8621-v3-0-514eb1f622c0@fairphone.com?part=1
next prev parent reply other threads:[~2026-09-18 7:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-18 7:29 [PATCH v3 0/3] ESWIN EPH8621 touchscreen support for Fairphone (Gen. 6) Luca Weiss
2026-09-18 7:29 ` [PATCH v3 1/3] dt-bindings: input: touchscreen: document ESWIN EPH8621 Luca Weiss
2026-09-18 7:36 ` sashiko-bot [this message]
2026-09-18 7:29 ` [PATCH v3 2/3] Input: Add driver for ESWIN EPH8621 touchscreen IC Luca Weiss
2026-09-18 7:39 ` sashiko-bot
2026-09-18 7:29 ` [PATCH v3 3/3] arm64: dts: qcom: milos-fairphone-fp6: Add touchscreen Luca Weiss
2026-09-21 12:01 ` Abel Vesa
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=20260918073648.3E75B1F000FF@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=luca.weiss@fairphone.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