Merge branch 'mlx5-next' into wip/leon-for-next
authorLeon Romanovsky <leonro@nvidia.com>
Tue, 19 Jul 2022 17:40:28 +0000 (20:40 +0300)
committerLeon Romanovsky <leonro@nvidia.com>
Tue, 19 Jul 2022 17:40:28 +0000 (20:40 +0300)
commit43038d8418a386ffe8d8c8a7766cd90e9a7d6e86
treef9c90ba30709588e28783a7c2522d8ec76c36539
parent68691bad98eeb29342c3c4ac4abc90f9edef79bb
parentb0bb369ee451323968b31392a86398f15a2ba183
Merge branch 'mlx5-next' into wip/leon-for-next

Mark Bloch Says:
================
Expose steering anchor

Expose a steering anchor per priority to allow users to re-inject
packets back into default NIC pipeline for additional processing.

MLX5_IB_METHOD_STEERING_ANCHOR_CREATE returns a flow table ID which
a user can use to re-inject packets at a specific priority.

A FTE (flow table entry) can be created and the flow table ID
used as a destination.

When a packet is taken into a RDMA-controlled steering domain (like
software steering) there may be a need to insert the packet back into
the default NIC pipeline. This exposes a flow table ID to the user that can
be used as a destination in a flow table entry.

With this new method priorities that are exposed to users via
MLX5_IB_METHOD_FLOW_MATCHER_CREATE can be reached from a non-zero UID.

As user-created flow tables (via RDMA DEVX) are created with a non-zero UID
thus it's impossible to point to a NIC core flow table (core driver flow tables
are created with UID value of zero) from userspace.
Create flow tables that are exposed to users with the shared UID, this
allows users to point to default NIC flow tables.

Steering loops are prevented at FW level as FW enforces that no flow
table at level X can point to a table at level lower than X.

================

Link: https://lore.kernel.org/all/20220703205407.110890-1-saeed@kernel.org
Signed-off-by: Leon Romanovsky <leon@kernel.org>