Re: [PATCH net-next 1/3] dt-bindings: net: snps,dwmac: Add snps,pagepool-tx-buf-quirk
[email protected] Tue, 04 Aug 2026 07:05:32 +0000
| Newsgroups | org.kernel.vger.linux-devicetree |
|---|---|
| Message-ID | <[email protected]> |
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] The property `snps,pagepool-tx-buf-quirk` encodes Linux-specific software implementation details ('page pool' and 'skb') and dictates software memory management policy, violating the core rule that Device Tree bindings must remain OS-agnostic and describe only hardware.
- [Low] The patch adds a new Device Tree flag (`snps,pagepool-tx-buf-quirk`) without any corresponding driver code in the series to parse or handle the property.
--
--- Patch [1]: [PATCH net-next 1/3] dt-bindings: net: snps,dwmac: Add snps,pagepool-tx-buf-quirk ---
commit 8d997cfca114fafc51861d3c95f903b66f45af7f
Author: Nazim Amirul <[email protected]>
dt-bindings: net: snps,dwmac: Add snps,pagepool-tx-buf-quirk
This commit adds a new device tree flag to enable the use of page pool buffers
instead of streaming skb buffers for transmit. This aims to avoid high IOMMU
invalidate wait times on certain platforms.
> diff --git a/Documentation/devicetree/bindings/net/snps,dwmac.yaml b/Documentation/devicetree/bindings/net/snps,dwmac.yaml
> --- a/Documentation/devicetree/bindings/net/snps,dwmac.yaml
> +++ b/Documentation/devicetree/bindings/net/snps,dwmac.yaml
[ ... ]
> @@ -545,6 +545,14 @@ properties:
> Enables the TSO feature otherwise it will be managed by MAC HW capability
> register.
>
> + snps,pagepool-tx-buf-quirk:
> + $ref: /schemas/types.yaml#/definitions/flag
[Severity: Low]
Is this flag used by any driver code in this series?
Adding a device tree binding without the corresponding driver implementation
makes it difficult to review how the property is actually consumed by the
kernel.
> + description:
> + Enable use of page pool buffers instead of streaming buffers for transmit.
> + This avoids IOMMU invalidate wait time on platforms where that cost is
> + high, with the trade-off of copying data from the skb into dma-mapped
> + page pool buffers.
[Severity: Medium]
Does this description violate the rule that device tree bindings should remain
OS-agnostic?
The terms page pool buffers and skb encode Linux-specific networking stack
implementation details. Should this property instead describe the underlying
hardware characteristics, such as the high IOMMU latency itself, rather than
dictating a software memory management policy?
> +
> mdio:
> $ref: mdio.yaml#
> unevaluatedProperties: false
--
Sashiko AI review ยท https://sashiko.dev/#/patchset/20260803070513.4657-1-muhammad.nazim.amirul.nazle.asmade@altera.com?part=1