Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4461762ybz; Tue, 28 Apr 2020 11:41:38 -0700 (PDT) X-Google-Smtp-Source: APiQypJSeJeHpMXUsn7FzaO9TTcKeH/SFsEoE/KELtlBizvp6P3Qky+8S1JC2Z455rddzBklPj0g X-Received: by 2002:a17:906:72c8:: with SMTP id m8mr26924085ejl.318.1588099298616; Tue, 28 Apr 2020 11:41:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588099298; cv=none; d=google.com; s=arc-20160816; b=NuM5RmAKCawvyFtk1CqKbFpEZNmUBlOVutsfShydux7cfuCX9TeQnASh7hMnkOV9uP ZABCzTZjdKEdadE2A9WGa4A4M1sQITZIZrZ6Cvl+7ZIWAh7YtVW3jOkC+FhnNKAlNRm5 77xLgPZKE16Io44Pc5UPoeGo2NCg0Z8hh57D7/AepwZBBoF7GrcyGUKZErRNSHuNMy4E dsHONyYqSPZyaoIcOx5uzsTbSpY+Pw6rOpp1Y8AMxIhFP9YJTNasWOvRGxBDkE7dEs+D bu3tpvCSui27vqFzeRhS7jc1mUrURqO4gUXSarir7S66wCpSWpbV3F5pOkbYsr4iQ1PK /DFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hYuYl/WM35npen9ZyDO/5fBOudGATxUxFzz46UvOwIU=; b=YWeZ2FfcBZVQLWfRM10EwJeqZljrF1iJEfAhZIYuVRUCp9dAeVR6Th6fY1iyVqJuTz hV6ObdzLdY7LFs85KN+WIh7m+aVxVY2SSrrz3jIhz03//MVmOrOoQvCbVpZwDJx+yRGl 0f+hTGMh3AhwvZHYpoAjE0433f1u2WyWk7N/XnSGdrHVFCf5uqM9Jcb7Kk5QGiHzOs1r qy9izb6sL9Z0AIQdUgOb2oo0hzSBRtdJtdLqvkF988h8l180WR9lrqfGkt6UbX+0Hblm 5c+XNY4/25Fbc6JXqsV16pr4kvABStlNqwNH+ihrqI8XbWyrkvP6zwOksi2ufQrILXvk Z9sQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=sV5x0Vb3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id me19si2338098ejb.140.2020.04.28.11.41.15; Tue, 28 Apr 2020 11:41:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=sV5x0Vb3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730877AbgD1Sj5 (ORCPT + 99 others); Tue, 28 Apr 2020 14:39:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:58896 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730125AbgD1Sjz (ORCPT ); Tue, 28 Apr 2020 14:39:55 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AF2A92085B; Tue, 28 Apr 2020 18:39:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588099195; bh=a7WLY2vyVTy/LLORuijc1xT8Cr1/9sL3V1qrgS6OCfc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=sV5x0Vb3v0Ee3S0o9XMSAgJVKpuqVJhzGngxUbuvaq6mK4MT/hdkJCipFTQ2dpzJE BQlRm7t/3dkSzrjrTpUasSgMqgcw1YktAqC2YB+ni0T0sQLkvzDEAZxtX3xDpP2Cln sYKbSAqwdLpzS2J5xGPlS57L6AX7C4/T3XjQ93Ic= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Eric Dumazet , Soheil Hassas Yeganeh , "David S. Miller" Subject: [PATCH 5.4 071/168] tcp: cache line align MAX_TCP_HEADER Date: Tue, 28 Apr 2020 20:24:05 +0200 Message-Id: <20200428182240.965775655@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200428182231.704304409@linuxfoundation.org> References: <20200428182231.704304409@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Eric Dumazet [ Upstream commit 9bacd256f1354883d3c1402655153367982bba49 ] TCP stack is dumb in how it cooks its output packets. Depending on MAX_HEADER value, we might chose a bad ending point for the headers. If we align the end of TCP headers to cache line boundary, we make sure to always use the smallest number of cache lines, which always help. Signed-off-by: Eric Dumazet Cc: Soheil Hassas Yeganeh Acked-by: Soheil Hassas Yeganeh Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- include/net/tcp.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/include/net/tcp.h +++ b/include/net/tcp.h @@ -50,7 +50,7 @@ extern struct inet_hashinfo tcp_hashinfo extern struct percpu_counter tcp_orphan_count; void tcp_time_wait(struct sock *sk, int state, int timeo); -#define MAX_TCP_HEADER (128 + MAX_HEADER) +#define MAX_TCP_HEADER L1_CACHE_ALIGN(128 + MAX_HEADER) #define MAX_TCP_OPTION_SPACE 40 #define TCP_MIN_SND_MSS 48 #define TCP_MIN_GSO_SIZE (TCP_MIN_SND_MSS - MAX_TCP_OPTION_SPACE)