]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'bonding-initial-support-for-hardware-crypto-offload'
authorDavid S. Miller <davem@davemloft.net>
Mon, 22 Jun 2020 22:38:57 +0000 (15:38 -0700)
committerDavid S. Miller <davem@davemloft.net>
Mon, 22 Jun 2020 22:38:57 +0000 (15:38 -0700)
commit3e1b6464a11d0e2a7d78743129827c3c09474800
tree30e507d7dbcacc0563cd728ac3844e09fda3faf7
parent80e72e45e756a49a8e63c6c1302af6a036d5a9b4
parent6424b693bac6b586c2e8911f36a0ec40f4327a61
Merge branch 'bonding-initial-support-for-hardware-crypto-offload'

Jarod Wilson says:

====================
bonding: initial support for hardware crypto offload

This is an initial functional implementation for doing pass-through of
hardware encryption from bonding device to capable slaves, in active-backup
bond setups. This was developed and tested using ixgbe-driven Intel x520
interfaces with libreswan and a transport mode connection, primarily using
netperf, with assorted connection failures forced during transmission. The
failover works quite well in my testing, and overall performance is right
on par with offload when running on a bare interface, no bond involved.

Caveats: this is ONLY enabled for active-backup, because I'm not sure
how one would manage multiple offload handles for different devices all
running at the same time in the same xfrm, and it relies on some minor
changes to both the xfrm code and slave device driver code to get things
to behave, and I don't have immediate access to any other hardware that
could function similarly, but the NIC driver changes are minimal and
straight-forward enough that I've included what I think ought to be
enough for mlx5 devices too.

v2: reordered patches, switched (back) to using CONFIG_XFRM_OFFLOAD
to wrap the code additions and wrapped overlooked additions.
v3: rebase w/net-next open, add proper cc list to cover letter
====================

Signed-off-by: David S. Miller <davem@davemloft.net>