From: sashiko-bot@kernel.org
To: "Vincent Jardin" <vjardin@free.fr>
Cc: robh@kernel.org, conor+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v2 1/2] dt-bindings: dpll: zl3073x: ZL30643 is compatible
Date: Fri, 31 Jul 2026 17:36:01 +0000 [thread overview]
Message-ID: <20260731173601.AC3241F00AC4@smtp.kernel.org> (raw)
In-Reply-To: <20260730-for-upstream-zl30643-v2-1-0ea0bbd03755@free.fr>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] The DT binding adds a fallback string for the ZL30643 device, but the corresponding driver strictly checks the hardware chip ID against a hardcoded whitelist, causing probe to deterministically fail for the new hardware.
--
--- Patch [1]: [PATCH v2 1/2] dt-bindings: dpll: zl3073x: ZL30643 is compatible ---
commit f6998893262610471dd1ffc9397a1a575b09a8ed
Author: Vincent Jardin <vjardin@free.fr>
dt-bindings: dpll: zl3073x: ZL30643 is compatible
The Microchip ZL30643 (chip ID 0x0E3B) is a member of the ZL3064x line card
timing family. It is register compatible with the 3-channel ZL30733
(chip ID 0x0E95), so it is added with a fallback compatible string.
> diff --git a/Documentation/devicetree/bindings/dpll/microchip,zl30731.yaml b/Documentation/devicetree/bindings/dpll/microchip,zl30731.yaml
> index fa5a8f8e390cd..17983e6c35975 100644
> --- a/Documentation/devicetree/bindings/dpll/microchip,zl30731.yaml
> +++ b/Documentation/devicetree/bindings/dpll/microchip,zl30731.yaml
[ ... ]
> compatible:
> - enum:
> - - microchip,zl30731
> - - microchip,zl30732
> - - microchip,zl30733
> - - microchip,zl30734
> - - microchip,zl30735
> + oneOf:
> + - enum:
> + - microchip,zl30731
> + - microchip,zl30732
> + - microchip,zl30733
> + - microchip,zl30734
> + - microchip,zl30735
> + - items:
> + - const: microchip,zl30643
> + - const: microchip,zl30733
[Severity: Medium]
Will this device fail to probe because its chip ID is missing from the
driver's whitelist?
The commit message indicates the ZL30643 has chip ID 0x0E3B. However, in
drivers/dpll/zl3073x/core.c, zl3073x_dev_probe() explicitly validates the
read hardware ID against zl3073x_chip_ids:
drivers/dpll/zl3073x/core.c:zl3073x_dev_probe() {
...
rc = zl3073x_read_u16(zldev, ZL_REG_ID, &id);
...
/* Detect chip variant */
for (i = 0; i < ARRAY_SIZE(zl3073x_chip_ids); i++) {
if (zl3073x_chip_ids[i].id == id)
break;
}
if (i == ARRAY_SIZE(zl3073x_chip_ids))
return dev_err_probe(zldev->dev, -ENODEV,
"Unknown chip ID: 0x%04x\n", id);
...
}
Since 0x0E3B is not present in zl3073x_chip_ids, it appears the fallback
compatibility will still result in the driver returning -ENODEV and
aborting the probe.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260730-for-upstream-zl30643-v2-0-0ea0bbd03755@free.fr?part=1
next prev parent reply other threads:[~2026-07-31 17:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-30 17:35 [PATCH v2 0/2] dpll: zl3073x: add Microchip ZL30643 support Vincent Jardin via B4 Relay
2026-07-30 17:35 ` [PATCH v2 1/2] dt-bindings: dpll: zl3073x: ZL30643 is compatible Vincent Jardin via B4 Relay
2026-07-30 18:11 ` Conor Dooley
2026-07-31 17:36 ` sashiko-bot [this message]
2026-07-30 17:35 ` [PATCH v2 2/2] dpll: zl3073x: recognize the ZL30643 chip ID (0x0E3B) Vincent Jardin via B4 Relay
2026-08-06 2:10 ` [PATCH v2 0/2] dpll: zl3073x: add Microchip ZL30643 support patchwork-bot+netdevbpf
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=20260731173601.AC3241F00AC4@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=vjardin@free.fr \
/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