netdev - RE: [PATCH net-next 00/11] tls: rx: random refactoring part 2

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <625086fa2faf3_3f3c220854@john.notmuch>
Date:   Fri, 08 Apr 2022 12:03:22 -0700
From:   John Fastabend <john.fastabend@...il.com>
To:     Jakub Kicinski <kuba@...nel.org>, davem@...emloft.net,
        pabeni@...hat.com
Cc:     netdev@...r.kernel.org, borisp@...dia.com,
        john.fastabend@...il.com, daniel@...earbox.net,
        vfedorenko@...ek.ru, Jakub Kicinski <kuba@...nel.org>
Subject: RE: [PATCH net-next 00/11] tls: rx: random refactoring part 2

Jakub Kicinski wrote:
> TLS Rx refactoring. Part 2 of 3. This one focusing on the main loop.
> A couple of features to follow.
> 
> Jakub Kicinski (11):
>   tls: rx: drop unnecessary arguments from tls_setup_from_iter()
>   tls: rx: don't report text length from the bowels of decrypt
>   tls: rx: wrap decryption arguments in a structure
>   tls: rx: simplify async wait
>   tls: rx: factor out writing ContentType to cmsg
>   tls: rx: don't handle async in tls_sw_advance_skb()
>   tls: rx: don't track the async count
>   tls: rx: pull most of zc check out of the loop
>   tls: rx: inline consuming the skb at the end of the loop
>   tls: rx: clear ctx->recv_pkt earlier
>   tls: rx: jump out for cases which need to leave skb on list
> 
>  include/net/tls.h |   1 -
>  net/tls/tls_sw.c  | 264 ++++++++++++++++++----------------------------
>  2 files changed, 104 insertions(+), 161 deletions(-)
> 
> -- 
> 2.34.1
> 

Thanks for doing this Jakub much appreciated on my side and been on my todo
list for way too long.

Acked-by: John Fastabend <john.fastabend@...il.com>