[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20170215122529.GV30338@gauss.secunet.com>
Date: Wed, 15 Feb 2017 13:25:29 +0100
From: Steffen Klassert <steffen.klassert@...unet.com>
To: <netdev@...r.kernel.org>
CC: David Miller <davem@...emloft.net>,
Eric Dumazet <eric.dumazet@...il.com>,
Ilan Tayari <ilant@...lanox.com>,
Sowmini Varadhan <sowmini.varadhan@...cle.com>
Subject: Re: [PATCH RFC v2 ipsec-next 0/6] IPsec GRO layer decapsulation
On Mon, Feb 13, 2017 at 10:57:55AM +0100, Steffen Klassert wrote:
> This patchset adds a software GRO codepath for IPsec ESP.
> The ESP gro_receive callback functions decapsulate the
> ESP packets at the GRO layer and reinject them back with
> gro_cells_receive(). This saves a complete round through
> the stack for IPsec ESP packets.
>
> We also need this for ESP HW offload, because HW decrypt but
> does not decapsulate the packet. We need to decapsulate before
> the inbound policy check, otherwise this check will fail.
>
> Patches 2 an 3 prepare the generic code for packet consuming
> gro callbacks.
>
> Changes from v1:
>
> - Add the 'xfrm: Extend the sec_path for IPsec offloading'
> patch and use the secpath to encode GRO calls.
>
> - Coding style fixes.
I have not got any further feedback, so I applied this
series to ipsec-next.
Powered by blists - more mailing lists