From: Jakub Kicinski Date: Tue, 9 Jun 2026 03:10:23 +0000 (-0700) Subject: Merge branch 'tls-receive-path-fixes-and-clean-ups' X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=67ad35a58a88c360136d893cbc4c7f5b14100bb9;p=thirdparty%2Flinux.git Merge branch 'tls-receive-path-fixes-and-clean-ups' Chuck Lever says: ==================== tls: receive-path fixes and clean-ups I'd like to encourage in-kernel kTLS consumers (NFSD, NVMe/TCP) to coalesce on the use of read_sock. While auditing read_sock for that purpose, Hannes and Sabrina flagged a few rough edges in the receive paths. This series is a set of clean-ups, not a performance series. Async batch decryption and its submit/deliver scaffolding were dropped during previous review: async_capable is always false for TLS 1.3, the version NFSD and NVMe/TCP both require, so async-related improvements were unreachable for the in-kernel consumers this work targets. A subsequent series will introduce infrastructure to support KeyUpdate for in-kernel kTLS consumers, which need to handle TLS Alert messages that trigger a tlshd upcall. ==================== Link: https://patch.msgid.link/20260604-tls-read-sock-v12-0-b114efa6e3e2@oracle.com Signed-off-by: Jakub Kicinski --- 67ad35a58a88c360136d893cbc4c7f5b14100bb9