From: sashiko-bot@kernel.org
To: "Fei Shao" <fshao@chromium.org>
Cc: devicetree@vger.kernel.org, linux-usb@vger.kernel.org,
robh@kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH 1/2] dt-bindings: usb: Add Genesys Logic GL3525 hub controller
Date: Wed, 11 Nov 2026 10:44:49 +0000 [thread overview]
Message-ID: <sashiko-outbox-208827@kernel.org> (raw)
In-Reply-To: <20261111103710.1393311-2-fshao@chromium.org>
Thank you for your contribution! Sashiko AI review found 1 potential
issue to consider:
- [Low] dt-bindings: usb: unwieldy per-compatible conditionals in
genesys,gl850g.yaml
--
commit 74488a0f4f0a5f370e0fe57ea84abc8dcd904262
Author: Fei Shao <fshao@chromium.org>
dt-bindings: usb: Add Genesys Logic GL3525 hub controller
This commit adds the USB 3.2 (usb5e3,629) and USB 2.0 (usb5e3,630)
compatible strings for the Genesys Logic GL3525 hub controller to
genesys,gl850g.yaml.
> diff --git a/Documentation/devicetree/bindings/usb/genesys,gl850g.yaml b/Documentation/devicetree/bindings/usb/genesys,gl850g.yaml
> index e8b8c03f87a0e..5153a988a835e 100644
> --- a/Documentation/devicetree/bindings/usb/genesys,gl850g.yaml
> +++ b/Documentation/devicetree/bindings/usb/genesys,gl850g.yaml
[ ... ]
> @@ -70,6 +72,8 @@ allOf:
> enum:
> - usb5e3,610
> - usb5e3,620
> + - usb5e3,629
> + - usb5e3,630
> then:
> properties:
> peer-hub: true
[Severity: Low]
This isn't a bug, but the per-compatible if-then conditionals in allOf are
becoming unwieldy and inconsistent as more hub variants with different
supply and peer-hub rules are added to genesys,gl850g.yaml.
In particular, setting peer-hub: true and vdd-supply: true in the then
blocks is redundant because those properties are already defined at the top
level, usb5e3,626 is omitted from the conditionals entirely (leaving
vdd12-supply allowed on usb5e3,626 while disallowing it here), and
usb5e3,610 is restricted to vdd12-supply: false even when paired as the USB
2.0 companion hub for GL3590 (usb5e3,625). Could these variants be split
into separate schema documents, or the conditionals simplified to only
restrict the properties that do not apply to specific compatibles?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261111103710.1393311-1-fshao@chromium.org?part=1
next prev parent reply other threads:[~2026-11-11 10:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-11 10:36 [PATCH 0/2] usb: misc: onboard_usb_dev: Add Genesys Logic GL3525 hub support Fei Shao
2026-11-11 10:36 ` [PATCH 1/2] dt-bindings: usb: Add Genesys Logic GL3525 hub controller Fei Shao
2026-11-11 10:44 ` sashiko-bot [this message]
2026-11-11 18:00 ` Conor Dooley
2026-11-11 10:36 ` [PATCH 2/2] usb: misc: onboard_usb_dev: Add Genesys Logic GL3525 hub support Fei Shao
2026-11-11 10:42 ` sashiko-bot
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=sashiko-outbox-208827@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=fshao@chromium.org \
--cc=linux-usb@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox