mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
To: Sebastian Reichel <sebastian.reichel@collabora.com>,
	Rob Herring <robh+dt@kernel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>
Cc: "David S. Miller" <davem@davemloft.net>,
	Eric Dumazet <edumazet@google.com>,
	Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
	Alexandre Torgue <alexandre.torgue@foss.st.com>,
	Giuseppe Cavallaro <peppe.cavallaro@st.com>,
	Jose Abreu <joabreu@synopsys.com>,
	netdev@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org, kernel@collabora.com
Subject: Re: [PATCH 1/1] dt-bindings: net: snps,dwmac: Document queue config subnodes
Date: Sat, 22 Oct 2022 12:05:15 -0400	[thread overview]
Message-ID: <761d6ae2-e779-2a4b-a735-960c716c3024@linaro.org> (raw)
In-Reply-To: <20221021171055.85888-1-sebastian.reichel@collabora.com>

On 21/10/2022 13:10, Sebastian Reichel wrote:
> The queue configuration is referenced by snps,mtl-rx-config and
> snps,mtl-tx-config. Most in-tree DTs put the referenced object
> as child node of the dwmac node.
> 
> This adds proper description for this setup, which has the
> advantage of properly making sure only known properties are
> used.
> 
> Signed-off-by: Sebastian Reichel <sebastian.reichel@collabora.com>
> ---
>  .../devicetree/bindings/net/snps,dwmac.yaml   | 154 ++++++++++++------
>  1 file changed, 108 insertions(+), 46 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/net/snps,dwmac.yaml b/Documentation/devicetree/bindings/net/snps,dwmac.yaml
> index 13b984076af5..0bf6112cec2f 100644
> --- a/Documentation/devicetree/bindings/net/snps,dwmac.yaml
> +++ b/Documentation/devicetree/bindings/net/snps,dwmac.yaml
> @@ -167,56 +167,118 @@ properties:
>    snps,mtl-rx-config:
>      $ref: /schemas/types.yaml#/definitions/phandle
>      description:
> -      Multiple RX Queues parameters. Phandle to a node that can
> -      contain the following properties
> -        * snps,rx-queues-to-use, number of RX queues to be used in the
> -          driver
> -        * Choose one of these RX scheduling algorithms
> -          * snps,rx-sched-sp, Strict priority
> -          * snps,rx-sched-wsp, Weighted Strict priority
> -        * For each RX queue
> -          * Choose one of these modes
> -            * snps,dcb-algorithm, Queue to be enabled as DCB
> -            * snps,avb-algorithm, Queue to be enabled as AVB
> -          * snps,map-to-dma-channel, Channel to map
> -          * Specifiy specific packet routing
> -            * snps,route-avcp, AV Untagged Control packets
> -            * snps,route-ptp, PTP Packets
> -            * snps,route-dcbcp, DCB Control Packets
> -            * snps,route-up, Untagged Packets
> -            * snps,route-multi-broad, Multicast & Broadcast Packets
> -          * snps,priority, bitmask of the tagged frames priorities assigned to
> -            the queue
> +      Multiple RX Queues parameters. Phandle to a node that
> +      implements the 'rx-queues-config' object described in
> +      this binding.
> +
> +  rx-queues-config:

If this field is specific to this device, then you need vendor prefix:
snps,rq-queues-config

> +    type: object
> +    properties:
> +      snps,rx-queues-to-use:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: number of RX queues to be used in the driver
> +      snps,rx-sched-sp:
> +        type: boolean
> +        description: Strict priority
> +      snps,rx-sched-wsp:
> +        type: boolean
> +        description: Weighted Strict priority
> +    patternProperties:
> +      "^queue[0-9]$":
> +        description: Each subnode represents a queue.
> +        type: object
> +        properties:
> +          snps,dcb-algorithm:
> +            type: boolean
> +            description: Queue to be enabled as DCB
> +          snps,avb-algorithm:
> +            type: boolean
> +            description: Queue to be enabled as AVB
> +          snps,map-to-dma-channel:
> +            $ref: /schemas/types.yaml#/definitions/uint32
> +            description: DMA channel id to map
> +          snps,route-avcp:
> +            type: boolean
> +            description: AV Untagged Control packets
> +          snps,route-ptp:
> +            type: boolean
> +            description: PTP Packets
> +          snps,route-dcbcp:
> +            type: boolean
> +            description: DCB Control Packets
> +          snps,route-up:
> +            type: boolean
> +            description: Untagged Packets
> +          snps,route-multi-broad:
> +            type: boolean
> +            description: Multicast & Broadcast Packets
> +          snps,priority:
> +            $ref: /schemas/types.yaml#/definitions/uint32
> +            description: Bitmask of the tagged frames priorities assigned to the queue
> +    additionalProperties: false

Please update the DTS example with all this.

>  
>    snps,mtl-tx-config:
>      $ref: /schemas/types.yaml#/definitions/phandle
>      description:
> -      Multiple TX Queues parameters. Phandle to a node that can
> -      contain the following properties
> -        * snps,tx-queues-to-use, number of TX queues to be used in the
> -          driver
> -        * Choose one of these TX scheduling algorithms
> -          * snps,tx-sched-wrr, Weighted Round Robin
> -          * snps,tx-sched-wfq, Weighted Fair Queuing
> -          * snps,tx-sched-dwrr, Deficit Weighted Round Robin
> -          * snps,tx-sched-sp, Strict priority
> -        * For each TX queue
> -          * snps,weight, TX queue weight (if using a DCB weight
> -            algorithm)
> -          * Choose one of these modes
> -            * snps,dcb-algorithm, TX queue will be working in DCB
> -            * snps,avb-algorithm, TX queue will be working in AVB
> -              [Attention] Queue 0 is reserved for legacy traffic
> -                          and so no AVB is available in this queue.
> -          * Configure Credit Base Shaper (if AVB Mode selected)
> -            * snps,send_slope, enable Low Power Interface
> -            * snps,idle_slope, unlock on WoL
> -            * snps,high_credit, max write outstanding req. limit
> -            * snps,low_credit, max read outstanding req. limit
> -          * snps,priority, bitmask of the priorities assigned to the queue.
> -            When a PFC frame is received with priorities matching the bitmask,
> -            the queue is blocked from transmitting for the pause time specified
> -            in the PFC frame.
> +      Multiple TX Queues parameters. Phandle to a node that
> +      implements the 'tx-queues-config' object described in
> +      this binding.
> +
> +  tx-queues-config:
> +    type: object
> +    properties:
> +      snps,tx-queues-to-use:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: number of TX queues to be used in the driver
> +      snps,tx-sched-wrr:
> +        type: boolean
> +        description: Weighted Round Robin
> +      snps,tx-sched-wfq:
> +        type: boolean
> +        description: Weighted Fair Queuing
> +      snps,tx-sched-dwrr:
> +        type: boolean
> +        description: Deficit Weighted Round Robin
> +      snps,tx-sched-sp:
> +        type: boolean
> +        description: Strict priority
> +    patternProperties:
> +      "^queue[0-9]$":
> +        description: Each subnode represents a queue.
> +        type: object
> +        properties:
> +          snps,weight:
> +            $ref: /schemas/types.yaml#/definitions/uint32
> +            description: TX queue weight (if using a DCB weight algorithm)
> +          snps,dcb-algorithm:
> +            type: boolean
> +            description: TX queue will be working in DCB
> +          snps,avb-algorithm:

Is DCB and AVB compatible with each other? If not, then this should be
rather enum (with a string for algorithm name).

This applies also to other fields which are mutually exclusive.

> +            type: boolean
> +            description:
> +              TX queue will be working in AVB.
> +              Queue 0 is reserved for legacy traffic and so no AVB is
> +              available in this queue.
> +          snps,send_slope:

Use hyphens, no underscores.
(This is already an incompatible change in bindings, so we can fix up
the naming)

> +            type: boolean
> +            description: enable Low Power Interface
> +          snps,idle_slope:
> +            type: boolean
> +            description: unlock on WoL
> +          snps,high_credit:
> +            type: boolean
> +            description: max write outstanding req. limit

Is it really a boolean?

> +          snps,low_credit:
> +            type: boolean
> +            description: max read outstanding req. limit

Same question

> +          snps,priority:
> +            $ref: /schemas/types.yaml#/definitions/uint32
> +            description:
> +              Bitmask of the tagged frames priorities assigned to the queue.
> +              When a PFC frame is received with priorities matching the bitmask,
> +              the queue is blocked from transmitting for the pause time specified
> +              in the PFC frame.
> +    additionalProperties: false
>  
>    snps,reset-gpio:
>      deprecated: true

Best regards,
Krzysztof


  reply	other threads:[~2022-10-22 16:05 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-21 17:10 Sebastian Reichel
2022-10-22 16:05 ` Krzysztof Kozlowski [this message]
2022-10-24 18:53   ` Rob Herring
2022-10-24 20:47     ` Krzysztof Kozlowski
2022-10-24 22:28   ` Sebastian Reichel
2022-10-24 23:28     ` Krzysztof Kozlowski
2022-10-24 23:29       ` Krzysztof Kozlowski
2022-10-25 14:17       ` Sebastian Reichel
2022-10-26 14:32         ` Krzysztof Kozlowski
2022-10-26 14:34 ` Krzysztof Kozlowski

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=761d6ae2-e779-2a4b-a735-960c716c3024@linaro.org \
    --to=krzysztof.kozlowski@linaro.org \
    --cc=alexandre.torgue@foss.st.com \
    --cc=davem@davemloft.net \
    --cc=devicetree@vger.kernel.org \
    --cc=edumazet@google.com \
    --cc=joabreu@synopsys.com \
    --cc=kernel@collabora.com \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=kuba@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=peppe.cavallaro@st.com \
    --cc=robh+dt@kernel.org \
    --cc=sebastian.reichel@collabora.com \
    /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

all inboxes | Powered by JetHome®