All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Jacky Huang" <jackyhuang@nvidia.com>
Cc: robh@kernel.org, conor+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v2 2/2] ARM: dts: aspeed: Add NVIDIA VR-NVL BMC
Date: Mon, 06 Jul 2026 10:24:09 +0000	[thread overview]
Message-ID: <20260706102410.465171F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260706101526.2556226-3-jackyhuang@nvidia.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] The cp2112a and cp2112b USB devices are incorrectly modeled as interface nodes, preventing their device tree properties from being applied.
--

commit 19bf252306e94b75647bff8b12082b57f05638b9
Author: Jacky Huang <jackyhuang@nvidia.com>

ARM: dts: aspeed: Add NVIDIA VR-NVL BMC

This commit adds the device tree for the Aspeed AST2600 BMC for NVIDIA's
Vera Rubin NVL compute platform.

Link: https://lore.kernel.org/all/20260629105202.1417679-1-jackyhuang@nvidia.com/

> diff --git a/arch/arm/boot/dts/aspeed/aspeed-bmc-nvidia-vr-nvl-bmc.dts b/arch/arm/boot/dts/aspeed/aspeed-bmc-nvidia-vr-nvl-bmc.dts
> new file mode 100644
> index 0000000000000..5d17450e4869e
> --- /dev/null
> +++ b/arch/arm/boot/dts/aspeed/aspeed-bmc-nvidia-vr-nvl-bmc.dts

[ ... ]

> +				device@1 {
> +					reg = <1>;
> +					#address-cells = <2>;
> +					#size-cells = <0>;
> +
> +					cp2112a: interface@1 {
> +						reg = <1 1>;
> +						gpio-controller;
> +						#gpio-cells = <2>;
> +						interrupt-controller;
> +						#interrupt-cells = <2>;
> +					};
> +				};

[Severity: High]
Does this incorrectly nest cp2112a inside an interface@1 node?

The CP2112 is a single-interface USB Class 0 device. According to the USB
device tree bindings and the kernel's usb_of_has_combined_node() logic,
shouldn't this be defined as a standalone device node directly on device@1,
similar to how cp2112c and cp2112g are defined?

By nesting cp2112a inside interface@1 with reg = <1 1> (specifying interface
1 when the CP2112 only has interface 0), it seems the USB subsystem will
fail to match the OF node to the device. Could this cause the
gpio-controller and interrupt-controller properties to be ignored?

[ ... ]

> +				device@1 {
> +					reg = <1>;
> +					#address-cells = <2>;
> +					#size-cells = <0>;
> +
> +					cp2112b: interface@1 {
> +						reg = <1 1>;
> +						gpio-controller;
> +						#gpio-cells = <2>;
> +						interrupt-controller;
> +						#interrupt-cells = <2>;
> +					};
> +				};

[Severity: High]
Are the properties for cp2112b also incorrectly nested in an interface@1
child node here?

Similar to cp2112a above, defining this inside an interface node rather than
directly on device@1 could prevent the USB core from attaching the OF nodes
to the instantiated devices, silently breaking GPIO and interrupt control.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260706101526.2556226-1-jackyhuang@nvidia.com?part=2

  reply	other threads:[~2026-07-06 10:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-06 10:14 [PATCH v2 0/2] Add device tree for NVIDIA VR-NVL BMC Jacky Huang
2026-07-06 10:14 ` [PATCH v2 1/2] dt-bindings: arm: aspeed: Add " Jacky Huang
2026-07-06 10:14 ` [PATCH v2 2/2] ARM: dts: " Jacky Huang
2026-07-06 10:24   ` sashiko-bot [this message]
2026-07-08  6:13   ` Jacky Huang

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=20260706102410.465171F000E9@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=jackyhuang@nvidia.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 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.