All of lore.kernel.org
 help / color / mirror / Atom feed
From: Leon Romanovsky <leonro@nvidia.com>
To: Steffen Klassert <steffen.klassert@secunet.com>
Cc: "David S. Miller" <davem@davemloft.net>,
	Eric Dumazet <edumazet@google.com>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	"Jakub Kicinski" <kuba@kernel.org>, <netdev@vger.kernel.org>,
	Paolo Abeni <pabeni@redhat.com>, Paul Blakey <paulb@nvidia.com>,
	Raed Salem <raeds@nvidia.com>, Saeed Mahameed <saeedm@nvidia.com>
Subject: Re: [PATCH xfrm-next 0/9] Extend packet offload to fully support libreswan
Date: Sun, 19 Mar 2023 09:23:52 +0200	[thread overview]
Message-ID: <20230319072352.GZ36557@unreal> (raw)
In-Reply-To: <cover.1678714336.git.leon@kernel.org>

On Tue, Mar 14, 2023 at 10:58:35AM +0200, Leon Romanovsky wrote:
> From: Leon Romanovsky <leonro@nvidia.com>
> 
> Hi Steffen,

<...>

> So how do you want me to route the patches, as they have a dependency between them?
> xfrm-next/net-next/mlx5-next?

Can you please share your opinion and/or ack/nack xfrm patches, so we
will be able to progress?

Thanks

> 
> Thanks
> 
> [1] https://github.com/libreswan/libreswan/pull/986q
> [2] https://git.kernel.org/pub/scm/linux/kernel/git/leon/linux-rdma.git/log/?h=xfrm-next
> 
> Paul Blakey (3):
>   net/mlx5: fs_chains: Refactor to detach chains from tc usage
>   net/mlx5: fs_core: Allow ignore_flow_level on TX dest
>   net/mlx5e: Use chains for IPsec policy priority offload
> 
> Raed Salem (6):
>   xfrm: add new device offload acquire flag
>   xfrm: copy_to_user_state fetch offloaded SA packets/bytes statistics
>   net/mlx5e: Allow policies with reqid 0, to support IKE policy holes
>   net/mlx5e: Support IPsec acquire default SA
>   net/mlx5e: Use one rule to count all IPsec Tx offloaded traffic
>   net/mlx5e: Update IPsec per SA packets/bytes count
> 
>  .../mellanox/mlx5/core/en_accel/ipsec.c       |  71 ++-
>  .../mellanox/mlx5/core/en_accel/ipsec.h       |  13 +-
>  .../mellanox/mlx5/core/en_accel/ipsec_fs.c    | 528 ++++++++++++++----
>  .../mlx5/core/en_accel/ipsec_offload.c        |  32 +-
>  .../net/ethernet/mellanox/mlx5/core/en_tc.c   |  20 +-
>  .../mellanox/mlx5/core/eswitch_offloads.c     |   6 +-
>  .../net/ethernet/mellanox/mlx5/core/fs_core.c |   5 +-
>  .../mellanox/mlx5/core/lib/fs_chains.c        |  89 ++-
>  .../mellanox/mlx5/core/lib/fs_chains.h        |   9 +-
>  include/net/xfrm.h                            |   5 +
>  net/xfrm/xfrm_state.c                         |   1 +
>  net/xfrm/xfrm_user.c                          |   2 +
>  12 files changed, 553 insertions(+), 228 deletions(-)
> 
> -- 
> 2.39.2
> 

  parent reply	other threads:[~2023-03-19  7:24 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-14  8:58 [PATCH xfrm-next 0/9] Extend packet offload to fully support libreswan Leon Romanovsky
2023-03-14  8:58 ` [PATCH xfrm-next 1/9] net/mlx5: fs_chains: Refactor to detach chains from tc usage Leon Romanovsky
2023-03-14  8:58 ` [PATCH xfrm-next 2/9] net/mlx5: fs_core: Allow ignore_flow_level on TX dest Leon Romanovsky
2023-03-14  8:58 ` [PATCH xfrm-next 3/9] net/mlx5e: Use chains for IPsec policy priority offload Leon Romanovsky
2023-03-14  8:58 ` [PATCH xfrm-next 4/9] xfrm: add new device offload acquire flag Leon Romanovsky
2023-03-20  9:13   ` Steffen Klassert
2023-03-14  8:58 ` [PATCH xfrm-next 5/9] xfrm: copy_to_user_state fetch offloaded SA packets/bytes statistics Leon Romanovsky
2023-03-20  9:13   ` Steffen Klassert
2023-03-14  8:58 ` [PATCH xfrm-next 6/9] net/mlx5e: Allow policies with reqid 0, to support IKE policy holes Leon Romanovsky
2023-03-14  8:58 ` [PATCH xfrm-next 7/9] net/mlx5e: Support IPsec acquire default SA Leon Romanovsky
2023-03-14  8:58 ` [PATCH xfrm-next 8/9] net/mlx5e: Use one rule to count all IPsec Tx offloaded traffic Leon Romanovsky
2023-03-14  8:58 ` [PATCH xfrm-next 9/9] net/mlx5e: Update IPsec per SA packets/bytes count Leon Romanovsky
2023-03-19  7:23 ` Leon Romanovsky [this message]
2023-03-20  8:56 ` [PATCH xfrm-next 0/9] Extend packet offload to fully support libreswan Steffen Klassert
2023-03-20  9:09   ` Leon Romanovsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20230319072352.GZ36557@unreal \
    --to=leonro@nvidia.com \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=herbert@gondor.apana.org.au \
    --cc=kuba@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=paulb@nvidia.com \
    --cc=raeds@nvidia.com \
    --cc=saeedm@nvidia.com \
    --cc=steffen.klassert@secunet.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.