Date:   Thu, 20 Sep 2018 09:21:23 +0300
From:   Ido Schimmel <idosch@...lanox.com>
To:     netdev@...r.kernel.org
Cc:     davem@...emloft.net, jiri@...lanox.com, petrm@...lanox.com,
        mlxsw@...lanox.com, Ido Schimmel <idosch@...lanox.com>
Subject: [PATCH net-next 00/13] mlxsw: Further MC-awareness configuration

Petr says:

Due to an issue in Spectrum chips, when unicast traffic shares the same
queue as BUM traffic, and there is congestion, the BUM traffic is
admitted to the queue anyway, thus pushing out all UC traffic. In order
to give unicast traffic precedence over BUM traffic, multicast-aware
mode is now configured on all ports. Under MC-aware mode, egress TCs
8..15 are used for BUM traffic, which has its own dedicated pool.

This patch set improves the way that the MC pool and the higher-order
TCs are integrated into the system.

In patch #1, shaper at the higher TCs is configured to the same value
that it has by default. It's better to have the corresponding artifact
in the code explicitly.

The 8 following patches gradually extend the devlink handling in mlxsw
to support the extra TCs and the new MC pool.

Patch #2 changes the way that pools are indexed in mlxsw. Instead of
using (FW index, direction) tuple to identify the pool and the
associated cache, mlxsw now uses devlink index. This change is necessary
because the new pool 15 is not contiguously adjacent to the
currently-used pools 0..3, and because it's only relevant on egress.
Using devlink index relaxes the requirement for symmetry and adjacency
imposed by using FW indexing.

In patch #3, the assumption that number of ingress TCs matches that of
egress TCs is relaxed to allow exposition of egress TCs 8..15.

In patches #4, #5 and #6, support for infinite quotas is introduced.
Infinite quotas are reported as taking all the memory in the system, but
actually use a mechanism where the infinity is configured explicitly.

In patches #7 and #8, support for configuring static pool sizes in
introduced. Statically-sized pools have been supported for a while now,
but during initialization, all pools have dynamic size. The patches
allow there to be a mix of by-default static and dynamic pools.

In patches #9 and #10, pool 15 resp. per-priority MC quotas are
explicitly configured to be in sync with the current recommendation for
handling BUM traffic in Spectrum chips.

In the following 3 patches, an mlxsw-specific selftest is added to test
the MC-awareness configuration.

First in patches #11 and #12, lib.sh is extended with functions to
collect ethtool stats, and to manage port MTU.

Then in patch #13 the selftest itself is added.

Petr Machata (13):
  mlxsw: spectrum: Init shaper for TCs 8..15
  mlxsw: spectrum_buffers: Use devlink pool indices throughout
  mlxsw: spectrum_buffers: Split TC_COUNT into ingress and egress
  mlxsw: spectrum_buffers: Keep shared buffer size in mlxsw_sp_sb
  mlxsw: spectrum_buffers: Allow pools of infinite size
  mlxsw: spectrum_buffers: Allow an infinite maximum for per-TC pool
    limit
  mlxsw: spectrum_buffers: Pass SBPM min_size in cells
  mlxsw: spectrum_buffers: Allow configuration of static pools
  mlxsw: spectrum_buffers: Configure MC pool
  mlxsw: spectrum_buffers: Tweak SBMM configuration
  selftests: forwarding: lib: Add ethtool_stats_get()
  selftests: forwarding: lib: Add mtu_set(), mtu_restore()
  selftests: mlxsw: Add a test for UC behavior under MC flood

 drivers/net/ethernet/mellanox/mlxsw/reg.h     |  22 +-
 .../net/ethernet/mellanox/mlxsw/spectrum.c    |   7 +
 .../mellanox/mlxsw/spectrum_buffers.c         | 488 +++++++++---------
 .../drivers/net/mlxsw/qos_mc_aware.sh         | 347 +++++++++++++
 tools/testing/selftests/net/forwarding/lib.sh |  25 +
 5 files changed, 657 insertions(+), 232 deletions(-)
 create mode 100644 tools/testing/selftests/drivers/net/mlxsw/qos_mc_aware.sh

-- 
2.17.1

Powered by blists - more mailing lists