[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Y7kTLRSeFHzAvcom@unreal>
Date: Sat, 7 Jan 2023 08:37:33 +0200
From: Leon Romanovsky <leon@...nel.org>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Saeed Mahameed <saeed@...nel.org>,
Saeed Mahameed <saeedm@...dia.com>,
Jason Gunthorpe <jgg@...dia.com>, linux-rdma@...r.kernel.org,
netdev@...r.kernel.org
Subject: Re: [PATCH mlx5-next 0/8] mlx5 IPsec RoCEv2 support and netdev
events fixes in RDMA
On Fri, Jan 06, 2023 at 01:17:23PM -0800, Jakub Kicinski wrote:
> On Fri, 6 Jan 2023 11:35:38 -0800 Saeed Mahameed wrote:
> > On 05 Jan 10:38, Jakub Kicinski wrote:
> > >On Wed, 4 Jan 2023 20:17:48 -0800 Saeed Mahameed wrote:
> > >> net/mlx5: Configure IPsec steering for ingress RoCEv2 traffic
> > >> net/mlx5: Configure IPsec steering for egress RoCEv2 traffic
> > >
> > >How is the TC forwarding coming along?
> >
> > Not aware of such effort, can you please elaborate ?
>
> When Leon posted the IPsec patches I correctly guessed that it's for
> RDMA and expressed my strong preference for RDMA to stop using netdev
> interfaces for configuration. He made the claim that the full IPsec
> offload will be used for eswitch offload as well, so I'm asking how
> is that work going.
It is planned, as we need this support too for ASAP program, but I simply
can't say for sure if I success to make it in this cycle due to my personal
constraints.
On my plate, without going into much details:
1. Overcome cx7 HW limitation when dealing with hard/soft lifetime counters.
2. Tunnel mode support.
3. IPsec on FDB. This is TC forwarding support.
Thanks
Powered by blists - more mailing lists