From: sashiko-bot@kernel.org
To: "Frank Li via B4 Relay" <devnull+Frank.Li.nxp.com@kernel.org>
Cc: Frank.Li@kernel.org, conor+dt@kernel.org, imx@lists.linux.dev,
robh@kernel.org, krzk+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH 5/6] ARM: dts: imx: replace undocumented compatible string edt,edt-ft5x06 with edt,edt-ft5206
Date: Sat, 16 May 2026 00:18:27 +0000 [thread overview]
Message-ID: <20260516001828.1C2C6C2BCB0@smtp.kernel.org> (raw)
In-Reply-To: <20260515-imx25_dts_simple_warning_2-v1-5-b06bff192a05@nxp.com>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] The commit message inaccurately claims that the 'edt,edt-ft5x06' compatible string is not used by the existing driver.
- [Low] Incomplete replacement of the 'edt,edt-ft5x06' compatible string in the i.MX device trees.
--
commit 41200cd2fe9679c5de99c8f7d34c6e5a590d761b
Author: Frank Li <Frank.Li@nxp.com>
ARM: dts: imx: replace undocumented compatible string edt,edt-ft5x06 with edt,edt-ft5206
This commit replaces the undocumented edt,edt-ft5x06 compatible string with
edt,edt-ft5206 across various i.MX device trees to resolve dtbs_check
schema validation warnings.
> ABI impact consideration:
> Not affect Linux kernel ABI because edt,edt-ft5x06 is not used by the
> existing driver. U-Boot does not parse or use edt,edt-ft* touchscreen
> compatibles.
This isn't a bug, but is this explanation of the ABI impact accurate?
The I2C subsystem uses a legacy fallback mechanism where it strips the vendor
prefix from the compatible string to derive the client name, resulting in
edt-ft5x06.
This derived client name successfully matches against the driver's
i2c_device_id table in drivers/input/touchscreen/edt-ft5x06.c, which
explicitly contains an entry for:
{ .name = "edt-ft5x06", .driver_data = (long)&edt_ft5x06_data },
Because of this, the driver was actively binding to these devices based on
this compatible string. While changing it to the documented edt,edt-ft5206
is functionally correct to cleanly match the of_match_table, does the
rationale provided in the commit message reflect the I2C/OF core matching
semantics?
[ ... ]
> diff --git a/arch/arm/boot/dts/nxp/imx/imx53-m53menlo.dts b/arch/arm/boot/dts/nxp/imx/imx53-m53menlo.dts
> index 2acbc86cabb31..aa1c7e5012c6a 100644
> --- a/arch/arm/boot/dts/nxp/imx/imx53-m53menlo.dts
> +++ b/arch/arm/boot/dts/nxp/imx/imx53-m53menlo.dts
> @@ -248,7 +248,7 @@ &i2c1 {
> status = "okay";
>
> touchscreen@38 {
> - compatible = "edt,edt-ft5x06";
> + compatible = "edt,edt-ft5206";
Are there still remaining instances of this undocumented compatible string
in the tree?
It appears the exact same string still remains in the tree:
arch/arm/boot/dts/nxp/imx/imx6qdl-nitrogen6_som2.dtsi:
touchscreen@38 {
compatible = "edt,edt-ft5x06";
reg = <0x38>;
...
};
Because this occurrence was omitted, will schema validation warnings
persist for any board incorporating this dtsi file?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260515-imx25_dts_simple_warning_2-v1-0-b06bff192a05@nxp.com?part=5
next prev parent reply other threads:[~2026-05-16 0:18 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 21:40 [PATCH 0/6] ARM: dts: cleanup some CHECK_DTBS warning for imx5/6 (round 2) Frank Li via B4 Relay
2026-05-15 21:40 ` Frank Li
2026-05-15 21:40 ` [PATCH 1/6] ARM: dts: imx: add (power|vdd)-supply for related node Frank Li via B4 Relay
2026-05-15 21:40 ` Frank Li
2026-05-15 21:52 ` sashiko-bot
2026-05-15 21:40 ` [PATCH 2/6] ARM: dts: imx: remove redundant bus-width for video-mux Frank Li via B4 Relay
2026-05-15 21:40 ` Frank Li
2026-05-15 21:40 ` [PATCH 3/6] ARM: dts: imx: Add bus-type for ov5642/ov5640 Frank Li via B4 Relay
2026-05-15 21:40 ` Frank Li
2026-05-15 21:40 ` [PATCH 4/6] ARM: dts: imx6qdl-tx6: remove undocumented karo,imx6qdl-tx6-sgtl5000 and keep only simple-audio-card Frank Li via B4 Relay
2026-05-15 21:40 ` Frank Li
2026-05-15 21:40 ` [PATCH 5/6] ARM: dts: imx: replace undocumented compatible string edt,edt-ft5x06 with edt,edt-ft5206 Frank Li via B4 Relay
2026-05-15 21:40 ` Frank Li
2026-05-16 0:18 ` sashiko-bot [this message]
2026-05-15 21:40 ` [PATCH 6/6] ARM: dts: imx6-display5: replace marvell,88E1510 with ethernet-phy-ieee802.3-c22 Frank Li via B4 Relay
2026-05-15 21:40 ` Frank Li
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=20260516001828.1C2C6C2BCB0@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=Frank.Li@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=devnull+Frank.Li.nxp.com@kernel.org \
--cc=imx@lists.linux.dev \
--cc=krzk+dt@kernel.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.