Linux USB
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Adrian Ambrozewicz" <aambrozewicz@nvidia.com>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org,
	linux-usb@vger.kernel.org, robh@kernel.org
Subject: Re: [PATCH 04/11] dt-bindings: usb: Add NVIDIA LSTP USB adapter
Date: Mon, 12 Oct 2026 17:47:38 +0000	[thread overview]
Message-ID: <sashiko-outbox-168490@kernel.org> (raw)
In-Reply-To: <20261012-lstp-usb-adapter-v1-4-aambrozewicz@nvidia.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] dt-bindings: missing required interrupt-controller properties for GPIO variant
--

commit e512df165fd25f0219b3ca663151d385bd684eb0
Author: Adrian Ambrozewicz <aambrozewicz@nvidia.com>

dt-bindings: usb: Add NVIDIA LSTP USB adapter

This commit adds the device tree bindings for the NVIDIA LSTP USB adapter. The
device multiplexes multiple channels over one USB interface and reports its
channels itself. The bindings allow describing peripherals on the buses, GPIO
lines, and LEDs that cannot be reported automatically.

> diff --git a/Documentation/devicetree/bindings/usb/nvidia,lstp.yaml b/Documentation/devicetree/bindings/usb/nvidia,lstp.yaml
> new file mode 100644
> index 0000000000000..62b21051ab20e
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/usb/nvidia,lstp.yaml
[ ... ]
> +                    i2c@2 {
> +                        compatible = "nvidia,lstp-i2c";
> +                        reg = <2>;
> +                        #address-cells = <1>;
> +                        #size-cells = <0>;
> +
> +                        temperature-sensor@48 {
> +                            compatible = "ti,tmp102";
> +                            reg = <0x48>;
> +                        };
> +                    };
> +
> +                    gpio@3 {
> +                        compatible = "nvidia,lstp-gpio";
> +                        reg = <3>;
> +                        gpio-controller;
> +                        #gpio-cells = <2>;
> +                        gpio-line-names = "LED", "INT";
> +                    };

[Severity: Low]
Does this example omit the mandatory interrupt controller properties for this
GPIO variant?

The Device Tree Bindings guidelines state that when a hardware variant acts as
an interrupt controller, it must define the capabilities in the required
properties list. It appears the schema in
Documentation/devicetree/bindings/gpio/nvidia,lstp-gpio.yaml incorrectly
classifies these as dependent instead of required:

Documentation/devicetree/bindings/gpio/nvidia,lstp-gpio.yaml:
dependentRequired:
  interrupt-controller: ["#interrupt-cells"]
  "#interrupt-cells": [interrupt-controller]

required:
  - compatible
  - reg
  - gpio-controller
  - "#gpio-cells"

Since the schema permits incomplete node definitions, this example can pass
dt_binding_check validation silently despite omitting the mandatory
interrupt-controller and #interrupt-cells properties.

> +
> +                    ipmi@4 {
> +                        compatible = "nvidia,lstp-ipmi";
> +                        reg = <4>;
> +                    };
[ ... ]
> +            i2c@1 {
> +                compatible = "nvidia,lstp-i2c";
> +                reg = <1>;
> +                #address-cells = <1>;
> +                #size-cells = <0>;
> +            };
> +
> +            gpio@2 {
> +                compatible = "nvidia,lstp-gpio";
> +                reg = <2>;
> +                gpio-controller;
> +                #gpio-cells = <2>;
> +            };

[Severity: Low]
Does this example also omit the mandatory interrupt-related properties?

Similar to the previous example, this node is missing the interrupt-controller
and #interrupt-cells properties required for a hardware variant with interrupt
controller capabilities.

> +        };
> +    };

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20261012-lstp-usb-adapter-v1-0-aambrozewicz@nvidia.com?part=4

  reply	other threads:[~2026-10-12 17:47 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-12 17:35 [PATCH 00/11] Add NVIDIA LSTP USB adapter drivers Adrian Ambrozewicz
2026-10-12 17:35 ` [PATCH 01/11] dt-bindings: gpio: Add NVIDIA LSTP GPIO Adrian Ambrozewicz
2026-10-12 17:43   ` sashiko-bot
2026-10-13  6:09   ` Krzysztof Kozlowski
2026-10-12 17:36 ` [PATCH 02/11] dt-bindings: i2c: Add NVIDIA LSTP I2C Adrian Ambrozewicz
2026-10-12 17:41   ` sashiko-bot
2026-10-13  6:11   ` Krzysztof Kozlowski
2026-10-12 17:36 ` [PATCH 03/11] dt-bindings: spi: Add NVIDIA LSTP SPI Adrian Ambrozewicz
2026-10-12 17:46   ` sashiko-bot
2026-10-13  6:11   ` Krzysztof Kozlowski
2026-10-12 17:36 ` [PATCH 04/11] dt-bindings: usb: Add NVIDIA LSTP USB adapter Adrian Ambrozewicz
2026-10-12 17:47   ` sashiko-bot [this message]
2026-10-13  6:13   ` Krzysztof Kozlowski
2026-10-13  6:17   ` Krzysztof Kozlowski
2026-10-12 17:36 ` [PATCH 05/11] usb: misc: Add NVIDIA LSTP USB adapter driver Adrian Ambrozewicz
2026-10-12 17:51   ` sashiko-bot
2026-10-12 17:36 ` [PATCH 06/11] gpio: Add NVIDIA LSTP GPIO driver Adrian Ambrozewicz
2026-10-12 17:53   ` sashiko-bot
2026-10-12 17:36 ` [PATCH 07/11] leds: Add NVIDIA LSTP LED driver Adrian Ambrozewicz
2026-10-12 17:46   ` sashiko-bot
2026-10-12 17:36 ` [PATCH 08/11] i2c: Add NVIDIA LSTP I2C driver Adrian Ambrozewicz
2026-10-12 17:49   ` sashiko-bot
2026-10-12 17:36 ` [PATCH 09/11] spi: Add NVIDIA LSTP SPI driver Adrian Ambrozewicz
2026-10-12 17:45   ` sashiko-bot
2026-10-12 17:36 ` [PATCH 10/11] tty: Add NVIDIA LSTP UART driver Adrian Ambrozewicz
2026-10-12 17:50   ` sashiko-bot
2026-10-13  5:49   ` Jiri Slaby
2026-10-12 17:36 ` [PATCH 11/11] ipmi: Add NVIDIA LSTP IPMI BMC driver Adrian Ambrozewicz
2026-10-12 17:51   ` sashiko-bot
2026-10-12 21:10   ` Corey Minyard
2026-10-13 11:37 ` [PATCH 00/11] Add NVIDIA LSTP USB adapter drivers Greg Kroah-Hartman
2026-10-13 11:39 ` Greg Kroah-Hartman

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-168490@kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=aambrozewicz@nvidia.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.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