netdev - [PATCH net-next 0/4] sfc: EF100 TSO enhancements

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <6e1ea05f-faeb-18df-91ef-572445691d89@solarflare.com>
Date:   Wed, 28 Oct 2020 20:41:21 +0000
From:   Edward Cree <ecree@...arflare.com>
To:     <linux-net-drivers@...arflare.com>, <kuba@...nel.org>
CC:     <davem@...emloft.net>, <netdev@...r.kernel.org>
Subject: [PATCH net-next 0/4] sfc: EF100 TSO enhancements

Support TSO over encapsulation (with GSO_PARTIAL), and over VLANs
 (which the code already handled but we didn't advertise).  Also
 correct our handling of IPID mangling.

I couldn't find documentation of exactly what shaped SKBs we can
 get given, so patch #2 is slightly guesswork, but when I tested
 TSO over both underlay and (VxLAN) overlay, the checksums came
 out correctly, so at least in those cases the edits we're making
 must be the right ones.
Similarly, I'm not 100% sure I've correctly understood how FIXEDID
 and MANGLEID are supposed to work in patch #3.

Edward Cree (4):
  sfc: extend bitfield macros to 17 fields
  sfc: implement encap TSO on EF100
  sfc: only use fixed-id if the skb asks for it
  sfc: advertise our vlan features

 drivers/net/ethernet/sfc/bitfield.h  | 42 +++++++++++++++++---
 drivers/net/ethernet/sfc/ef100_nic.c | 17 ++++++--
 drivers/net/ethernet/sfc/ef100_tx.c  | 58 ++++++++++++++++------------
 3 files changed, 84 insertions(+), 33 deletions(-)