linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [RFC PATCH net-next 0/3] bonding: support hardware crypto offload
@ 2020-05-04 14:59 Jarod Wilson
  2020-05-04 14:59 ` [RFC PATCH net-next 1/3] xfrm: bail early on slave pass over skb Jarod Wilson
                   ` (3 more replies)
  0 siblings, 4 replies; 8+ messages in thread
From: Jarod Wilson @ 2020-05-04 14:59 UTC (permalink / raw)
  To: linux-kernel
  Cc: Jarod Wilson, Jay Vosburgh, Veaceslav Falico, Andy Gospodarek,
	David S. Miller, Jeff Kirsher, Jakub Kicinski, Steffen Klassert,
	Herbert Xu, netdev, intel-wired-lan

This is an initial "proof of concept" functional implementation for doing
pass-through of hardware encryption from bonding device to capable slaves.
This was tested using an ixgbe-driven Intel x520 NIC with libreswan and a
transport mode connection, on top of an active-backup bond, using netperf
and downing an interface during. Failover takes a moment, but does work,
and overall performance is right on par with offload when running on a
bare interface.

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 to update driver code accordingly.

I'm hoping folks with more of an idea about xfrm have some thoughts on
ways to make this cleaner, and possibly support more bonding modes, but
I'm reasonably happy I've made it this far. :)

Jarod Wilson (3):
  xfrm: bail early on slave pass over skb
  ixgbe_ipsec: become aware of when running as a bonding slave
  bonding: support hardware encryption offload to slaves

CC: Jay Vosburgh <j.vosburgh@gmail.com>
CC: Veaceslav Falico <vfalico@gmail.com>
CC: Andy Gospodarek <andy@greyhouse.net>
CC: "David S. Miller" <davem@davemloft.net>
CC: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
CC: Jakub Kicinski <kuba@kernel.org>
CC: Steffen Klassert <steffen.klassert@secunet.com>
CC: Herbert Xu <herbert@gondor.apana.org.au>
CC: netdev@vger.kernel.org
CC: intel-wired-lan@lists.osuosl.org

 drivers/net/bonding/bond_main.c               | 103 +++++++++++++++++-
 .../net/ethernet/intel/ixgbe/ixgbe_ipsec.c    |  39 +++++--
 include/net/bonding.h                         |   1 +
 include/net/xfrm.h                            |   1 +
 net/xfrm/xfrm_device.c                        |  34 +++---
 5 files changed, 150 insertions(+), 28 deletions(-)

-- 
2.20.1


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2020-05-05 22:59 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-04 14:59 [RFC PATCH net-next 0/3] bonding: support hardware crypto offload Jarod Wilson
2020-05-04 14:59 ` [RFC PATCH net-next 1/3] xfrm: bail early on slave pass over skb Jarod Wilson
2020-05-04 14:59 ` [RFC PATCH net-next 2/3] ixgbe_ipsec: become aware of when running as a bonding slave Jarod Wilson
2020-05-04 14:59 ` [RFC PATCH net-next 3/3] bonding: support hardware encryption offload to slaves Jarod Wilson
2020-05-05 22:58 ` [RFC PATCH net-next v2 0/3] bonding: support hardware crypto offload Jarod Wilson
2020-05-05 22:58   ` [RFC PATCH net-next v2 1/3] xfrm: bail early on slave pass over skb Jarod Wilson
2020-05-05 22:58   ` [RFC PATCH net-next v2 2/3] ixgbe_ipsec: become aware of when running as a bonding slave Jarod Wilson
2020-05-05 22:58   ` [RFC PATCH net-next v2 3/3] bonding: support hardware encryption offload to slaves Jarod Wilson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).