[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ab09bdf3-e67b-4548-87a9-acf9a08806c6@blackwall.org>
Date: Fri, 16 Aug 2024 09:00:17 +0300
From: Nikolay Aleksandrov <razor@...ckwall.org>
To: Hangbin Liu <liuhangbin@...il.com>, netdev@...r.kernel.org
Cc: Jay Vosburgh <j.vosburgh@...il.com>,
"David S . Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>, Eric Dumazet <edumazet@...gle.com>,
Tariq Toukan <tariqt@...dia.com>, Jianbo Liu <jianbol@...dia.com>,
Sabrina Dubroca <sd@...asysnail.net>
Subject: Re: [PATCH net-next 0/2] Bonding: support new xfrm state offload
functions
On 16/08/2024 06:55, Hangbin Liu wrote:
> I planned to add the new XFRM state offload functions after Jianbo's
> patchset [1], but it seems that may take some time. Therefore, I am
> posting these two patches to net-next now, as our users are waiting for
> this functionality. If Jianbo's patch is applied first, I can update these
> patches accordingly.
>
> [1] https://lore.kernel.org/netdev/20240815142103.2253886-2-tariqt@nvidia.com
>
> Hangbin Liu (2):
> bonding: Add ESN support to IPSec HW offload
> bonding: support xfrm state update
>
> drivers/net/bonding/bond_main.c | 76 +++++++++++++++++++++++++++++++++
> 1 file changed, 76 insertions(+)
>
the set looks good to me, one minor cosmetic nit is that the two
functions look very much alike only difference is the actual call
can you maybe factor out the boilerplate?
Powered by blists - more mailing lists