Re: [PATCH net-next v6 0/6] TLS read_sock performance scalability
"Chuck Lever" <[email protected]> Fri, 27 Mar 2026 09:35:09 -0400
| Newsgroups | dev.linux.lists.kernel-tls-handshake,org.kernel.vger.netdev |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Mar 26, 2026, at 8:54 PM, Jakub Kicinski wrote: > On Thu, 26 Mar 2026 09:50:45 -0400 Chuck Lever wrote: >> I'd like to encourage in-kernel kTLS consumers (i.e., NFS and >> NVMe/TCP) to coalesce on the use of read_sock. When I suggested >> this to Hannes, he reported a number of nagging performance >> scalability issues with read_sock. This series is an attempt to >> run these issues down and get them fixed before we convert the >> above sock_recvmsg consumers over to read_sock. >> >> Batch async decryption and its submit/deliver scaffolding were >> dropped from this series because async_capable is always false >> for TLS 1.3, which NFS and NVMe/TCP both require. Async crypto >> support for TLS 1.3 is a prerequisite for revisiting that work. > > Please repost the remaining 5 patches To make sure I understand your request, do you mean the TLS-related patches that are pre-requisites for Alistair's KeyUpdate series? -- Chuck Lever