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 18823329C79 for ; Sat, 31 Jan 2026 01:40:25 +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=1769823626; cv=none; b=LQzFpT4QUabA3/0udh2y5zgn5Ck4nZIEhXg0GesDSoIuFBjebSKJr1A+I84pdFZakSUc9eXSvyX7sp2lDNvIBWe2yK8ltODPNsY3HGPXdRnnyWaAsveaGZaS4sowambkFT1+a1WUeNPyk/OZJLADWXbz19nQQljmysHQ/Sorp20= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769823626; c=relaxed/simple; bh=WHqnnttw31r1+0wtHzMFRqw7NjiRbKPYneALZD8B4ls=; h=Content-Type:MIME-Version:Subject:From:Message-Id:Date:References: In-Reply-To:To:Cc; b=ny0jGfrIeT4BaMw42veJE5FcKjZXFxnVipT5oHf7qGlVREiDvFsnM59nTLADV8OrBVb0jTE3tVWLmdXTpU0/JsZSI2izE0Um0x/fvOQVlUEfGFAeJ9eKbVwncbiEVwvJVeaZm0ICQE40mH5jGCIZ6Qx4iRxn9PZ88g7a+BuIBeU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=uMZjV7MQ; 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="uMZjV7MQ" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 93C15C116C6; Sat, 31 Jan 2026 01:40:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1769823625; bh=WHqnnttw31r1+0wtHzMFRqw7NjiRbKPYneALZD8B4ls=; h=Subject:From:Date:References:In-Reply-To:To:Cc:From; b=uMZjV7MQkKx/ELXFk+rdrZeo264XixNdqLSIQAvZL8gCosGElsEe/mve3Dp4aGmLP 7NCumRayjGfZGcr2hGlCX6d8rvSZXZbfbmVDKiLvxmARHgkBJCSmqOKnMDMltz6kuk MKwZuFn5Hp7VeNUDQF2ax3CBIZvZCQXiuc5fqIJcliOW7ZOXPx+DRQx3S3hnTZygJr HQ9/hdnOyi5PH/CB0NFN8lSbeI4zWHd45Z6CEx5FUpvoHptoiaxURVu1nfrR1+JcaW WQRXs3gRzrvaDPZjaVhmwP/S2B18xfc/DanMPakMzTiVuYXXSAe/+DuyxQyAKgJwwD 6aDpXTTw2iYHQ== Received: from [10.30.226.235] (localhost [IPv6:::1]) by aws-us-west-2-korg-oddjob-rhel9-1.codeaurora.org (Postfix) with ESMTP id 11964380CFFB; Sat, 31 Jan 2026 01:40:19 +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-next] tcp: reduce tcp sockets size by one cache line From: patchwork-bot+netdevbpf@kernel.org Message-Id: <176982361785.3959411.148911131468285979.git-patchwork-notify@kernel.org> Date: Sat, 31 Jan 2026 01:40:17 +0000 References: <20260129153458.4163797-1-edumazet@google.com> In-Reply-To: <20260129153458.4163797-1-edumazet@google.com> To: Eric Dumazet Cc: davem@davemloft.net, kuba@kernel.org, pabeni@redhat.com, horms@kernel.org, ncardwell@google.com, kuniyu@google.com, netdev@vger.kernel.org, eric.dumazet@gmail.com Hello: This patch was applied to netdev/net-next.git (main) by Jakub Kicinski : On Thu, 29 Jan 2026 15:34:58 +0000 you wrote: > By default, when a kmem_cache is created with SLAB_TYPESAFE_BY_RCU, > slub has to use extra storage for the freelist pointer after each > object, because slub assumes that any bit in the object > can be used by RCU readers. > > Because proto_register() is also using SLAB_HWCACHE_ALIGN, > this forces slub to use one extra cache line per object. > > [...] Here is the summary with links: - [net-next] tcp: reduce tcp sockets size by one cache line https://git.kernel.org/netdev/net-next/c/ed9b70040d7b You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html