Re: [PATCH net-next v6 0/6] TLS read_sock performance scalability
Jakub Kicinski <[email protected]> Thu, 26 Mar 2026 17:54:30 -0700
| Newsgroups | dev.linux.lists.kernel-tls-handshake,org.kernel.vger.netdev |
|---|---|
| Message-ID | <[email protected]> |
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