From: sashiko-bot@kernel.org
To: "Alex Elder" <elder@riscstar.com>
Cc: bpf@vger.kernel.org, robh@kernel.org, devicetree@vger.kernel.org,
conor+dt@kernel.org
Subject: Re: [PATCH net-next v2 10/14] dt-bindings: net: toshiba,tc9654-dwmac: add TC9564 Ethernet bridge
Date: Sat, 06 Jun 2026 01:01:24 +0000 [thread overview]
Message-ID: <20260606010124.7878F1F00899@smtp.kernel.org> (raw)
In-Reply-To: <20260605010022.968612-11-elder@riscstar.com>
Thank you for your contribution! Sashiko AI review found 3 potential issue(s) to consider:
- [Medium] The DT binding schema for the embedded GPIO controller lacks required provider properties and constraints.
- [Medium] The schema incorrectly includes PCI bus properties (`device_type = "pci"`, `ranges`, `#address-cells`) on a PCIe endpoint node.
- [Low] The file pattern listed in the new MAINTAINERS entry does not match the actual file added by the commit.
--
commit b83533ab8022940a0adcc430e19c789576b6a45b
Author: Daniel Thompson <daniel@riscstar.com>
dt-bindings: net: toshiba,tc9654-dwmac: add TC9564 Ethernet bridge
Add devicetree bindings for the Toshiba TC956x family of Ethernet-AVB/TSN
bridges. The TC9564 contains a PCIe switch with an attached embedded PCIe
endpoint implementing two PCIe functions, each with an Ethernet interface
and an embedded GPIO controller.
> diff --git a/Documentation/devicetree/bindings/net/toshiba,tc9564-dwmac.yaml b/Documentation/devicetree/bindings/net/toshiba,tc9564-dwmac.yaml
> new file mode 100644
> index 0000000000000..6e7a63dfcf86a
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/net/toshiba,tc9564-dwmac.yaml
> @@ -0,0 +1,120 @@
[ ... ]
> +properties:
> + compatible:
> + enum:
> + - pci1179,0220 # Toshiba TC9564 (a.k.a. Qualcomm QPS615)
> +
> + gpio:
> + type: object
> + description: Embedded GPIO controller
> + $ref: /schemas/gpio/gpio.yaml#
[Severity: Medium]
When adding a hardware capability like a GPIO controller, should the schema
explicitly list standard properties like gpio-controller and #gpio-cells
in the required list?
Also, would it make sense to enforce a const constraint for #gpio-cells?
Without these requirements, device tree nodes missing the provider properties
might silently pass validation.
[ ... ]
> +allOf:
> + - $ref: /schemas/pci/pci-device.yaml#
> + - $ref: /schemas/pci/pci-bus-common.yaml#
[Severity: Medium]
Is it intentional to reference pci-bus-common.yaml# for a PCIe endpoint?
This reference applies bus-specific properties to an endpoint node.
> +
> +unevaluatedProperties: false
> +
> +examples:
> + - |
> + pcie {
> + #address-cells = <3>;
> + #size-cells = <2>;
> +
> + pci@0,0 {
> + compatible = "pci1179,0220";
> + reg = <0x50000 0x0 0x0 0x0 0x0>;
> + #address-cells = <3>;
> + #size-cells = <2>;
> + device_type = "pci";
> + ranges;
[Severity: Medium]
Are device_type = "pci", ranges, and the address translation cell properties
valid on this endpoint node?
The Devicetree specification dictates that device_type = "pci" should strictly
be used on PCI bus nodes like host bridges or PCI-to-PCI bridges.
Additionally, since the gpio and ethernet child nodes do not use reg
properties, the address and size cell sizing here seems unnecessary.
> +
> + gpio {
> + gpio-controller;
> + #gpio-cells = <2>;
> + };
[ ... ]
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 2aa6ea012c848..f976c9fa9d9c0 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -27052,6 +27052,12 @@ F: Documentation/devicetree/bindings/media/i2c/toshiba,tc358743.txt
> F: drivers/media/i2c/tc358743*
> F: include/media/i2c/tc358743.h
>
> +TOSHIBA TC956X/QUALCOMM QPS615 DWMAC ETHERNET DRIVER
> +M: Alex Elder <elder@kernel.org>
> +M: Daniel Thompson <danielt@kernel.org>
> +S: Maintained
> +F: Documentation/devicetree/bindings/net/toshiba,tc956x-dwmac.yaml
[Severity: Low]
Is there a typo in the filename here?
The commit introduces the file toshiba,tc9564-dwmac.yaml, but the MAINTAINERS
entry lists toshiba,tc956x-dwmac.yaml. This might prevent get_maintainer.pl
from properly matching the new binding file.
> +
> TOSHIBA WMI HOTKEYS DRIVER
> M: Azael Avalos <coproscefalo@gmail.com>
> L: platform-driver-x86@vger.kernel.org
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260605010022.968612-1-elder@riscstar.com?part=10
next prev parent reply other threads:[~2026-06-06 1:01 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-05 1:00 [PATCH net-next v2 00/14] net: enable TC956x support Alex Elder
2026-06-05 1:00 ` [PATCH net-next v2 01/14] dt-bindings: net: qca,qca808x: Add regulator properties Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-09 20:38 ` Alex Elder
2026-06-05 1:00 ` [PATCH net-next v2 02/14] net: phy: qcom: qca808x: Add regulator management Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-08 8:07 ` Linus Walleij
2026-06-05 1:00 ` [PATCH net-next v2 03/14] net: pcs: pcs-xpcs-regmap: support XPCS memory-mapped MDIO bus via regmap Alex Elder
2026-06-05 15:35 ` Maxime Chevallier
2026-06-09 19:31 ` Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-09 20:38 ` Alex Elder
2026-06-07 17:47 ` Andrew Lunn
2026-06-05 1:00 ` [PATCH net-next v2 04/14] net: pcs: xpcs: re-order xpcs_pre_config() to update after the reset Alex Elder
2026-06-05 1:00 ` [PATCH net-next v2 05/14] net: pcs: pcs-xpcs: select operating mode for 10G-baseR capable PCS Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-07 17:52 ` Andrew Lunn
2026-06-05 1:00 ` [PATCH net-next v2 06/14] net: stmmac: dma: create a separate dma_device pointer Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-05 1:00 ` [PATCH net-next v2 07/14] net: stmmac: dwxgmac2: Add multi MSI interrupt mode Alex Elder
2026-06-05 1:00 ` [PATCH net-next v2 08/14] net: stmmac: dwxgmac2: Add XGMAC 3.01a support Alex Elder
2026-06-05 1:00 ` [PATCH net-next v2 09/14] net: stmmac: dwxgmac2: export symbols for XGMAC 3.01a DMA Alex Elder
2026-06-05 1:00 ` [PATCH net-next v2 10/14] dt-bindings: net: toshiba,tc9654-dwmac: add TC9564 Ethernet bridge Alex Elder
2026-06-05 2:40 ` Rob Herring (Arm)
2026-06-05 12:24 ` Alex Elder
2026-06-05 14:40 ` Rob Herring
2026-06-09 21:31 ` Alex Elder
2026-06-06 1:01 ` sashiko-bot [this message]
2026-06-05 1:00 ` [PATCH net-next v2 11/14] misc: tc956x_pci: add TC956x/QPS615 support Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-05 1:00 ` [PATCH net-next v2 12/14] gpio: tc956x: " Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-08 11:52 ` Bartosz Golaszewski
2026-06-05 1:00 ` [PATCH net-next v2 13/14] net: stmmac: " Alex Elder
2026-06-05 14:47 ` Rob Herring
2026-06-09 21:31 ` Alex Elder
2026-06-05 16:05 ` Maxime Chevallier
2026-06-09 19:32 ` Alex Elder
2026-06-06 1:01 ` sashiko-bot
2026-06-05 1:00 ` [PATCH net-next v2 14/14] arm64: dts: qcom: qcs6490-rb3gen2: enable TC9564 with a single QCA8081 phy Alex Elder
2026-06-06 1:01 ` 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=20260606010124.7878F1F00899@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=elder@riscstar.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.