[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YMIIcgKjIH5V+Exf@lunn.ch>
Date: Thu, 10 Jun 2021 14:41:22 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Oleksandr Mazur <oleksandr.mazur@...ision.eu>
Cc: jiri@...dia.com, davem@...emloft.net, kuba@...nel.org,
Vadym Kochan <vkochan@...vell.com>,
Taras Chornyi <tchornyi@...vell.com>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next 10/11] net: marvell: prestera: add storm control
(rate limiter) implementation
On Wed, Jun 09, 2021 at 06:16:00PM +0300, Oleksandr Mazur wrote:
> Storm control (BUM) provides a mechanism to limit rate of ingress
> port traffic (matched by type). Devlink port parameter API is used:
> driver registers a set of per-port parameters that can be accessed to both
> get/set per-port per-type rate limit.
> Add new FW command - RATE_LIMIT_MODE_SET.
Hi Oleksandr
Just expanding on the two comments you already received about this.
We often see people miss that switchdev is about. It is not about
writing switch drivers. It is about writing network stack
accelerators. You take a feature of the Linux network stack and you
accelerate it by offloading it to the hardware. So look around the
network stack and see how you configure it to perform rate limiting of
broadcast traffic ingress. Once you have found a suitable mechanism,
accelerate it via offloading.
If you find Linux has no way to perform a feature the hardware could
accelerate, you first need to add a pure software version of that
feature to the network stack, and then add acceleration support for
it.
Andrew
Powered by blists - more mailing lists