summaryrefslogtreecommitdiffstats
path: root/net/sched/sch_ingress.c
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2019-06-11 12:22:27 -0700
committerDavid S. Miller <davem@davemloft.net>2019-06-11 12:22:27 -0700
commit758a0a4d60ab8a5bfed1e8365c6faa00d8b8dbd5 (patch)
tree540add3d2e40be7263d64cde02b30a0ca8dd7cbe /net/sched/sch_ingress.c
parent46088059aaa0ec2143a1005bfc58d2a7c741b93f (diff)
parent9ed431c1d7cf8c394aa7562ca6b84f3eeb8c78a8 (diff)
downloadlinux-758a0a4d60ab8a5bfed1e8365c6faa00d8b8dbd5.tar.bz2
Merge branch 'tls-add-support-for-kernel-driven-resync-and-nfp-RX-offload'
Jakub Kicinski says: ==================== tls: add support for kernel-driven resync and nfp RX offload This series adds TLS RX offload for NFP and completes the offload by providing resync strategies. When TLS data stream looses segments or experiences reorder NIC can no longer perform in line offload. Resyncs provide information about placement of records in the stream so that offload can resume. Existing TLS resync mechanisms are not a great fit for the NFP. In particular the TX resync is hard to implement for packet-centric NICs. This patchset adds an ability to perform TX resync in a way similar to the way initial sync is done - by calling down to the driver when new record is created after driver indicated sync had been lost. Similarly on the RX side, we try to wait for a gap in the stream and send record information for the next record. This works very well for RPC workloads which are the primary focus at this time. ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/sched/sch_ingress.c')
0 files changed, 0 insertions, 0 deletions