Re: [PATCH PATCH net-next v4 8/8] tls: Enable batch async decryption in read_sock
Jakub Kicinski <[email protected]> Mon, 23 Mar 2026 14:41:04 -0700
| Newsgroups | dev.linux.lists.kernel-tls-handshake,org.kernel.vger.netdev |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 23 Mar 2026 17:28:27 -0400 Chuck Lever wrote: > On Tue, Mar 17, 2026, at 11:04 AM, Chuck Lever wrote: > > From: Chuck Lever <[email protected]> > > > > tls_sw_read_sock() decrypts one TLS record at a time, blocking until > > each AEAD operation completes before proceeding. Hardware async > > crypto engines depend on pipelining multiple operations to achieve > > full throughput, and the one-at-a-time model prevents that. Kernel > > consumers such as NVMe-TCP and NFSD (when using TLS) are therefore > > unable to benefit from hardware offload. > > > > When ctx->async_capable is true, the submit phase now loops up to > > TLS_READ_SOCK_BATCH (16) records. > > It appears that async_capable is always false for TLSv1.3. Since > TLSv1.3 is a hard requirement for both NVMe/TCP and RPC-with-TLS, > patch 8/8 is moot for us. For the moment, I'm going to drop this > one from the series. Once Alistair's KeyUpdate work is merged, we > can revisit. Excellent, I was about to ask you for the actual use case..