Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp521492pxu; Thu, 26 Nov 2020 04:56:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJytoOpU8lWN4upYGPz1e8h6UzVUkhZ3vRC0dnx0efF9/Ju1gmBd1w9Defk+boN1M+mSvMzL X-Received: by 2002:a17:906:e96:: with SMTP id p22mr2564877ejf.451.1606395364671; Thu, 26 Nov 2020 04:56:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606395364; cv=none; d=google.com; s=arc-20160816; b=kMDqOdWhwtZ5rtBwxNwUwuv4wTRJu6gtlRqAhLcYGqtgoAxVVGwsf+C6qwOjEiiY3i dE+QdiapbfewcJflNbB4/4WRcrauZmNQsjintT7VH0L9mIQbumuJ7f6u17IWVHbAMj78 X1yFvbhwBBDU14XH3U3IPgfdMldMt/irlE5klhRncvBQfsO6FF5tzaYZD4s2dAwGN3fh RNjBjDWv2zL2Jc7TIu2uzGVUE2/7t7qRAR1sYHqCit2qDfquPZItRm/Xmvvk81nTrE34 PMFWwk61C2/nYNe3jsSofxH/cQpgEt7rjY4nGEVlzdfwn38NVYzIkOBNS/t8bYSz0/Q6 aSMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=u9brxP8N0Zad68RDWJ6eU6Uvj+b8EOgYlFMeuq6xuxs=; b=R3DcWK+DaRmXAncytuQBlwpNY6RRaSc8GUPYsZTKijtYU7QsxAmuGAGadO7E4cFy3e ehkASAzAUKnZV0/1wFbDGV7hSjkjCzK/SQuVWXOkJwks6tNU6DLBsqmRR0dYxhpK1PIQ ikXgESt6zPGzFpIh6BQu+QB5goNYcrjx8dpgd/dAGCLLDIhdErTSCfHYqQ950tW5A8zT jIUsMM5ylIFG3U8D2FRwHBwA7yLhNeMbBcRdE6BUFMBWj3iZnMYa8HPtCT0mkwdMsR4J Q0sxQvXdhGh0ntPwt20H9i27qsNq4J9gdcnIyzxkzqMp3KemG2eIZzb3Hb4LKspYGSLO zoNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@narfation.org header.s=20121 header.b="P8W/Ymhc"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=narfation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q19si2986465ejc.594.2020.11.26.04.55.41; Thu, 26 Nov 2020 04:56:04 -0800 (PST) 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=@narfation.org header.s=20121 header.b="P8W/Ymhc"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=narfation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389722AbgKZMxW (ORCPT + 99 others); Thu, 26 Nov 2020 07:53:22 -0500 Received: from dvalin.narfation.org ([213.160.73.56]:39308 "EHLO dvalin.narfation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389266AbgKZMxV (ORCPT ); Thu, 26 Nov 2020 07:53:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=narfation.org; s=20121; t=1606395197; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=u9brxP8N0Zad68RDWJ6eU6Uvj+b8EOgYlFMeuq6xuxs=; b=P8W/YmhcdPLxb73c6tYExpaaeX0D3QinuxJz9eVJOdwWiECUgQI4YSQGS1zE0Fha1CiIMZ fTIu8AYvOnPYsbK6ULiGhmT3WE76Or/i/X40vq40v2+Wy+ZRQ11mWFs1MYcIrP+vb/gowU Xlg8GATDkz+tutA7cotNBETv8pL+nbU= From: Sven Eckelmann To: netdev@vger.kernel.org Cc: b.a.t.m.a.n@lists.open-mesh.org, linux-kernel@vger.kernel.org, Sven Eckelmann , Annika Wickert Subject: [PATCH 1/2] vxlan: Add needed_headroom for lower device Date: Thu, 26 Nov 2020 13:52:46 +0100 Message-Id: <20201126125247.1047977-1-sven@narfation.org> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org It was observed that sending data via batadv over vxlan (on top of wireguard) reduced the performance massively compared to raw ethernet or batadv on raw ethernet. A check of perf data showed that the vxlan_build_skb was calling all the time pskb_expand_head to allocate enough headroom for: min_headroom = LL_RESERVED_SPACE(dst->dev) + dst->header_len + VXLAN_HLEN + iphdr_len; But the vxlan_config_apply only requested needed headroom for: lowerdev->hard_header_len + VXLAN6_HEADROOM or VXLAN_HEADROOM So it completely ignored the needed_headroom of the lower device. The first caller of net_dev_xmit could therefore never make sure that enough headroom was allocated for the rest of the transmit path. Cc: Annika Wickert Signed-off-by: Sven Eckelmann --- drivers/net/vxlan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c index 236fcc55a5fd..25b5b5a2dfea 100644 --- a/drivers/net/vxlan.c +++ b/drivers/net/vxlan.c @@ -3799,6 +3799,7 @@ static void vxlan_config_apply(struct net_device *dev, dev->gso_max_segs = lowerdev->gso_max_segs; needed_headroom = lowerdev->hard_header_len; + needed_headroom += lowerdev->needed_headroom; max_mtu = lowerdev->mtu - (use_ipv6 ? VXLAN6_HEADROOM : VXLAN_HEADROOM); -- 2.29.2