From: Leon Romanovsky <[email protected]>
SW steering manipulates packet's header using "modifying header" actions.
Many of these actions do the same operation, but use different data each time.
Currently we create and keep every one of these actions, which use expensive
and limited resources.
Now we introduce a new mechanism - pattern and argument, which splits
a modifying action into two parts:
1. action pattern: contains the operations to be applied on packet's header,
mainly set/add/copy of fields in the packet
2. action data/argument: contains the data to be used by each operation
in the pattern.
This way we reuse same patterns with different arguments to create new
modifying actions, and since many actions share the same operations, we end
up creating a small number of patterns that we keep in a dedicated cache.
These modify header patterns are implemented as new type of ICM memory,
so the following kernel patch series add the support for this new ICM type.
Thanks
Yevgeny Kliteynik (3):
net/mlx5: Introduce header-modify-pattern ICM properties
net/mlx5: Manage ICM of type modify-header pattern
RDMA/mlx5: Support handling of modify-header pattern ICM area
drivers/infiniband/hw/mlx5/dm.c | 53 ++++++++++++-------
drivers/infiniband/hw/mlx5/mr.c | 1 +
.../net/ethernet/mellanox/mlx5/core/lib/dm.c | 42 +++++++++++++++
include/linux/mlx5/driver.h | 1 +
include/linux/mlx5/mlx5_ifc.h | 7 ++-
include/uapi/rdma/mlx5_user_ioctl_verbs.h | 1 +
6 files changed, 85 insertions(+), 20 deletions(-)
--
2.36.1
On 07 Jun 15:47, Leon Romanovsky wrote:
>From: Leon Romanovsky <[email protected]>
>
>SW steering manipulates packet's header using "modifying header" actions.
>Many of these actions do the same operation, but use different data each time.
>Currently we create and keep every one of these actions, which use expensive
>and limited resources.
>
Series applied to mlx5-next
>Now we introduce a new mechanism - pattern and argument, which splits
>a modifying action into two parts:
>1. action pattern: contains the operations to be applied on packet's header,
>mainly set/add/copy of fields in the packet
>2. action data/argument: contains the data to be used by each operation
>in the pattern.
>
>This way we reuse same patterns with different arguments to create new
>modifying actions, and since many actions share the same operations, we end
>up creating a small number of patterns that we keep in a dedicated cache.
>
>These modify header patterns are implemented as new type of ICM memory,
>so the following kernel patch series add the support for this new ICM type.
>
>Thanks
>