[PATCH RFC v3 02/12] dt-bindings: net: nxp,s32-dwmac: Document pcs-handle
sashiko-bot at kernel.org
sashiko-bot at kernel.org
Sat Sep 19 23:54:59 PDT 2026
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] dt-bindings: redundant type definition in pcs-handle contradicts commit message
--
commit 83228aa7bd3f939d2363db1fc38174d3181bfd69
Author: Jan Petrous (OSS) <jan.petrous at oss.nxp.com>
dt-bindings: net: nxp,s32-dwmac: Document pcs-handle
This commit documents the pcs-handle property for the S32 DWMAC when
routed to the embedded SerDes for SGMII. The commit message indicates
that the type is inherited from ethernet-controller.yaml and does not
need to be redefined.
> diff --git a/Documentation/devicetree/bindings/net/nxp,s32-dwmac.yaml b/Documentation/devicetree/bindings/net/nxp,s32-dwmac.yaml
> index 753a04941659b..b168decb540c6 100644
> --- a/Documentation/devicetree/bindings/net/nxp,s32-dwmac.yaml
> +++ b/Documentation/devicetree/bindings/net/nxp,s32-dwmac.yaml
[ ... ]
> @@ -81,6 +82,14 @@ properties:
> - const: rx
> - const: ptp_ref
>
> + pcs-handle:
> + $ref: /schemas/types.yaml#/definitions/phandle-array
> + maxItems: 1
[Severity: Medium]
The commit message states "The type already comes from the
ethernet-controller.yaml reference in the schema chain; this only records
the intent".
Is it necessary to redefine the $ref to phandle-array and set maxItems to 1
here, or does this contradict the commit message's claim that the type
definition is omitted because it is already handled by the schema chain?
> + description:
> + phandle pointing to the SerDes XPCS lane child node that provides
> + the SGMII PCS for this MAC. See
> + Documentation/devicetree/bindings/phy/nxp,s32g-serdes.yaml.
> +
> required:
> - clocks
> - clock-names
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260919-s32g_serdes-v3-0-9d68868c1e89@oss.nxp.com?part=2
More information about the linux-phy
mailing list