[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <69928a2f43bea996380fa311a38ab0d1e4cdcf08.camel@redhat.com>
Date: Thu, 27 Apr 2023 08:18:44 +0200
From: Paolo Abeni <pabeni@...hat.com>
To: Hariprasad Kelam <hkelam@...vell.com>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Cc: kuba@...nel.org, davem@...emloft.net,
willemdebruijn.kernel@...il.com, andrew@...n.ch,
sgoutham@...vell.com, lcherian@...vell.com, gakula@...vell.com,
jerinj@...vell.com, sbhatta@...vell.com, naveenm@...vell.com,
edumazet@...gle.com, jhs@...atatu.com, xiyou.wangcong@...il.com,
jiri@...nulli.us, maxtram95@...il.com, corbet@....net
Subject: Re: [net-next Patch v10 0/8] octeontx2-pf: HTB offload support
On Wed, 2023-04-26 at 11:17 +0530, Hariprasad Kelam wrote:
> octeontx2 silicon and CN10K transmit interface consists of five
> transmit levels starting from MDQ, TL4 to TL1. Once packets are
> submitted to MDQ, hardware picks all active MDQs using strict
> priority, and MDQs having the same priority level are chosen using
> round robin. Each packet will traverse MDQ, TL4 to TL1 levels.
> Each level contains an array of queues to support scheduling and
> shaping.
>
> As HTB supports classful queuing mechanism by supporting rate and
> ceil and allow the user to control the absolute bandwidth to
> particular classes of traffic the same can be achieved by
> configuring shapers and schedulers on different transmit levels.
## Form letter - net-next-closed
The merge window for v6.3 has begun and therefore net-next is closed
for new drivers, features, code refactoring and optimizations.
We are currently accepting bug fixes only.
Please repost when net-next reopens after May 8th.
RFC patches sent for review only are obviously welcome at any time.
--
pw-bot: defer
Powered by blists - more mailing lists