[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200327075107.GZ13121@gauss3.secunet.de>
Date: Fri, 27 Mar 2020 08:51:07 +0100
From: Steffen Klassert <steffen.klassert@...unet.com>
To: Xin Long <lucien.xin@...il.com>
CC: <netdev@...r.kernel.org>, Herbert Xu <herbert@...dor.apana.org.au>,
"David S. Miller" <davem@...emloft.net>,
Florian Westphal <fw@...len.de>,
Sabrina Dubroca <sd@...asysnail.net>
Subject: Re: [PATCH ipsec-next 0/3] xfrm: add offload support for esp beet
mode
On Thu, Mar 26, 2020 at 05:02:28PM +0800, Xin Long wrote:
> This patchset is to add gso_segment functions for esp4 and esp6
> beet mode, and prep function for both, and tested with 6 cases:
>
> 1. IPv4 INNER ADDRESSES
> - OUTER v4 ADDRESSES
> - OUTER v6 ADDRESSES
>
> 2. IPv4 INNER ADDRESSES with options
> - OUTER v4 ADDRESSES
> - OUTER v6 ADDRESSES
>
> 3. IPv6 INNER ADDRESSES
> - OUTER v4 ADDRESSES
> - OUTER v6 ADDRESSES
>
> With this patchset, an esp beet mode skb would be segmented and
> encryped until it arrives in dev_queue_xmit()/validate_xmit_skb().
>
> Xin Long (3):
> esp4: add gso_segment for esp4 beet mode
> esp6: add gso_segment for esp6 beet mode
> xfrm: add prep for esp beet mode offload
Series applied to ipsec-next, thanks a lot Xin!
Powered by blists - more mailing lists