From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0EE81285CB3; Wed, 29 Apr 2026 23:13:39 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777504420; cv=none; b=kmFn7gkNp/Zqfg4AcPymLENi29sAJ13EWgBKaTTvgi91KYSfK9CYCvsbyZzG3FWylRQdbCxp93VUMnVpo9rnpi949sk9cS04zkZpUKRFW2m0EXeWUn7YThNubyBdCyLp4lvOFsuYPFBjQRqIvrOXMp/2YAmtDOiTxnxoD2/dCwc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777504420; c=relaxed/simple; bh=r4aaCFBW8CcUna0et0rF+jA1Bp0/Pd1s9hFrnRnuB6Q=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=FhmMtGnrECNbum2MnwYKPhJQhAwNqASt37nSJncXlkJVcnrj36DgTvc1EwZN8nHq9se1a+hn3IZ7sIs+TazdGtjiFTkkFediLYPgV9QiRPUHoIJDGFbSl/YTjz0izTqMYuAwG6SX0eSrWKcuqB+rk1MK24A34CYXUWJPR7jzwnw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=nQ4uBzl0; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="nQ4uBzl0" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3BE5BC19425; Wed, 29 Apr 2026 23:13:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1777504419; bh=r4aaCFBW8CcUna0et0rF+jA1Bp0/Pd1s9hFrnRnuB6Q=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=nQ4uBzl0Oj+OkgzUT/eS7cy3+JOq2OLci3pu5RHAHV5GjdXVZpGI+PjooyjQ34MhC NRFM9XAVZjrs90G0q4neprR8gVnflsRhGiQCpvvSpC+Vc6EZz14Az5vjCCbmzKX8yp GumfHpUIdw8LrgZLh6JZqWUnLrf7YnkgowVc83VstR/lckz73FwkZ5vB1rLz2ODueO CSzD3TGLuhGR/1xMFuf2huLaowACSEt51Yog75hcXsQ20luwWqAmSru9F8gfywxB/z asxuJUjg5EUPWhUitYtfql+Gcuamngj2XEvDACxzwfCN3owc5G74B+XyOm2LnDVLxO cljKtiyfMoL+w== Date: Wed, 29 Apr 2026 16:13:38 -0700 From: Jakub Kicinski To: Chuck Lever Cc: John Fastabend , Sabrina Dubroca , Eric Dumazet , Simon Horman , Paolo Abeni , netdev@vger.kernel.org, kernel-tls-handshake@lists.linux.dev, Chuck Lever , Hannes Reinecke , Alistair Francis Subject: Re: [PATCH net-next v9 0/5] TLS read_sock performance scalability Message-ID: <20260429161338.6da2b22d@kernel.org> In-Reply-To: <20260429-tls-read-sock-v9-0-39e71aa7810f@oracle.com> References: <20260429-tls-read-sock-v9-0-39e71aa7810f@oracle.com> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 29 Apr 2026 17:48:07 -0400 Chuck Lever wrote: > Changes since v8: > - Address review comments from sashiko > - Patch 2: Requeue partially consumed skb to prevent leak > - Patch 5: Re-check sk_err so RST during flush surfaces as > -ECONNRESET instead of EOF > - Address review comments from gpt-5.5 Is someone running gpt-5.5 on the public submissions? > - Patch 4: Restore msg_ready early-return in tls_strp_check_rcv() > so the queued strp_work doesn't double-wake the consumer > - Patch 4: Add tls_strparser msg_announced bit so the recvmsg > exit-point handoff doesn't re-fire saved_data_ready() for a > record BH or the worker already announced (rx_list-only drain > path)