Skip to content

Be explicit with XFRM offload direction

Leon Romanovsky intel-wired-lan netdev 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest8 patches 5 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/8xfrm: free not used XFRM_ESP_NO_TRAILER flaginclude/net/xfrm.h net/ipv4/esp4.c net/ipv6/esp6.c+1 -131 reply
2/8xfrm: delete not used number of external headersinclude/net/xfrm.h net/xfrm/xfrm_device.c+0 -31 reply
3/8xfrm: rename xfrm_state_offload struct to allow reuseinclude/net/xfrm.h net/xfrm/xfrm_device.c net/xfrm/xfrm_state.c +1 more+9 -91 reply
4/8xfrm: store and rely on direction to construct offload flagsinclude/net/xfrm.h net/xfrm/xfrm_device.c net/xfrm/xfrm_user.c+15 -20 replies
5/8ixgbe: propagate XFRM offload state direction instead of flagsdrivers/net/ethernet/intel/ixgbe/ixgbe_ipsec.c drivers/net/ethernet/intel/ixgbe/ixgbe_ipsec.h drivers/net/ethernet/intel/ixgbevf/ipsec.c +1 more+9 -100 replies
6/8netdevsim: rely on XFRM state direction instead of flagsdrivers/net/netdevsim/ipsec.c+1 -11 reply
7/8net/mlx5e: Use XFRM state direction instead of flagsdrivers/net/ethernet/mellanox/mlx5/core/en_accel/ipsec.c+5 -50 replies
8/8xfrm: drop not needed flags variable in XFRM offload structinclude/net/xfrm.h net/xfrm/xfrm_device.c+0 -40 replies

Reviews trailers per patch

All 8 patches have a Reviewed-by or Acked-by.

PatchRaed SalemDavid S. MillerJakub Kicinski
1/8R-b A-b
2/8R-b A-b
3/8R-b A-b
4/8R-b
5/8R-b
6/8R-b A-b
7/8R-b
8/8R-b

Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes. Scroll the table sideways for all 3 reviewers.

Read the v1 thread

Cover letter [PATCH ipsec-next 0/8] Be explicit with XFRM offload direction

From: Leon Romanovsky <[email protected]>

Hi Steffen,

I may admit that the title of this series is not the best one as it contains straightforward cleanups and code that converts flags to something less confusing.

This series follows removal of FPGA IPsec code from the mlx5 driver and based on net-next commit 4950b6990e3b ("Merge branch 'ocelot-vcap-cleanups'").

As such, first two patches delete code that was used by mlx5 FPGA code but isn't needed anymore.

Third patch is simple struct rename.

Rest of the patches separate user's provided flags variable from driver's usage. This allows us to created more simple in-kernel interface, that supports type checking without blending different properties into one variable. It is achieved by converting flags to specific bitfield variables with clear, meaningful names.

Such change allows us more clear addition of new input flags needed to mark IPsec offload type.

The followup code uses this extensively:
https://git.kernel.org/pub/scm/linux/kernel/git/leon/linux-rdma.git/log/?h=xfrm-next

Thanks

Leon Romanovsky (8):
xfrm: free not used XFRM_ESP_NO_TRAILER flag
xfrm: delete not used number of external headers
xfrm: rename xfrm_state_offload struct to allow reuse
xfrm: store and rely on direction to construct offload flags
ixgbe: propagate XFRM offload state direction instead of flags
netdevsim: rely on XFRM state direction instead of flags net/mlx5e: Use XFRM state direction instead of flags
xfrm: drop not needed flags variable in XFRM offload struct

 .../net/ethernet/intel/ixgbe/ixgbe_ipsec.c    |  9 ++++-----
 .../net/ethernet/intel/ixgbe/ixgbe_ipsec.h    |  2 +-
 drivers/net/ethernet/intel/ixgbevf/ipsec.c    |  6 +++---
 drivers/net/ethernet/intel/ixgbevf/ipsec.h    |  2 +-
 .../mellanox/mlx5/core/en_accel/ipsec.c       | 10 +++++-----
 drivers/net/netdevsim/ipsec.c                 |  2 +-
 include/net/xfrm.h                            | 20 +++++++++++--------
 net/ipv4/esp4.c                               |  6 ------
 net/ipv6/esp6.c                               |  6 ------
 net/xfrm/xfrm_device.c                        | 15 +++++++-------
 net/xfrm/xfrm_state.c                         |  4 ++--
 net/xfrm/xfrm_user.c                          |  5 +++--
 12 files changed, 40 insertions(+), 47 deletions(-)
Signature · 1 line
2.35.1