From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 769B32EC09B for ; Tue, 7 Jul 2026 08:20:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783412427; cv=none; b=qLNGboRykji+KWYYEzYcMERhP4Dz/1asQZSHVfLoWVhG5snHYE21No+Wrk7n/SvbeMhgqd5Ko6xrcjZW1UXg56KQKkGKJs48BAGGMU4tDe8ogNId3goKAJhmCeILPZP/cnCIQN3AD6Fvkz2gmK4SyzQ6wUjNBxSybA2Px+97DIU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783412427; c=relaxed/simple; bh=Mv7hIGu0qh0YiqTgC7s7RNgpqHPK+a9PpbFXMHXX1qQ=; h=Content-Type:MIME-Version:Subject:From:Message-Id:Date:References: In-Reply-To:To:Cc; b=G3+T6pbSIuiGtoIghb0ffrMi+ToXlFLthUPJm4LmCByi8Zr3WuTaU2nK2Hy5ltoLQcCXkADpG2pPJTHU48wUtXev5cvk5aKdLEkwUaIo799yod6mRuxq6w2w+hK7ipGxQTXMLbepJ7a5ZNEM66meScFWIbjFavjqHL30Z2KYvFk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=mtmp+VVK; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="mtmp+VVK" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 185BF1F000E9; Tue, 7 Jul 2026 08:20:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783412426; bh=xXOAg0FpVCCICt02wq+bSUxL2DGd/Xe7kyDrvZ0/i2o=; h=Subject:From:Date:References:In-Reply-To:To:Cc; b=mtmp+VVKGlG+tQCQ7GEhlx7heYpkwEdcwHY+76SRs1y1DhIwtxJgI1bgFiHqjL6vM GqDUJGoaPKe6i+uvH5V7OZMv7gRTQ3j3f9uKA30nUvNpeZ0n02+WreoNeonKfsOdaI yLC5bpqHIUzs76Hlrr4+jM/8wYNSdw5jwZAtY69caNXol+gPZYeaf4ftEg6EOA4av3 BMPWQ4mOpMdIY3rBZ4HspAB453vq6u4iDYKZi8NU9AFHrY211pkpFMYMebeRfwMqv8 ArNrdtCvTkk5zvNDbBaM5cAaldu1aTwt/UoKdLiw1PWwfCdrfWOmwWh9Eacg+QtA3q 8tARtq6PNiDOg== Received: from [10.30.226.235] (localhost [IPv6:::1]) by aws-us-west-2-korg-oddjob-rhel9-1.codeaurora.org (Postfix) with ESMTP id 56A81392545F; Tue, 7 Jul 2026 08:20:07 +0000 (UTC) Content-Type: text/plain; charset="utf-8" Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [PATCH net] net/tls: Consume empty data records in tls_sw_read_sock() From: patchwork-bot+netdevbpf@kernel.org Message-Id: <178341240614.1419868.13885768597307476374.git-patchwork-notify@kernel.org> Date: Tue, 07 Jul 2026 08:20:06 +0000 References: <20260630191551.875664-1-cel@kernel.org> In-Reply-To: <20260630191551.875664-1-cel@kernel.org> To: Chuck Lever Cc: john.fastabend@gmail.com, kuba@kernel.org, sd@queasysnail.net, davem@davemloft.net, edumazet@google.com, pabeni@redhat.com, horms@kernel.org, netdev@vger.kernel.org Hello: This patch was applied to netdev/net.git (main) by Paolo Abeni : On Tue, 30 Jun 2026 15:15:51 -0400 you wrote: > A peer may send a zero-length TLS application_data record; TLS 1.3 > explicitly permits these as a traffic-analysis countermeasure (RFC > 8446, Section 5.1). After decryption such a record has full_len == > 0. tls_sw_read_sock() hands it to the read_actor, which has no > payload to consume and returns zero. The loop treats a zero return > as backpressure (used <= 0), requeues the skb at the head of > rx_list, and stops. rx_list is serviced head-first on the next > call, so the empty record is dequeued, fails the same way, and is > requeued again; every later record on the connection is blocked > behind it. > > [...] Here is the summary with links: - [net] net/tls: Consume empty data records in tls_sw_read_sock() https://git.kernel.org/netdev/net/c/3be28e2c9cd0 You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html