Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp17926498ybl; Thu, 2 Jan 2020 14:58:31 -0800 (PST) X-Google-Smtp-Source: APXvYqziHPyFVpHsRemkjykuokP61BdABcDo0j4QoIAtWH9EzSOGyQgMeW0nbIN7uerMTiMFQMgy X-Received: by 2002:a9d:4f18:: with SMTP id d24mr91547336otl.179.1578005911563; Thu, 02 Jan 2020 14:58:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578005911; cv=none; d=google.com; s=arc-20160816; b=sZ64OVdOs7IhSxW+Mi2tYVCOYBzGTyBoSIFvoOxA7o7bp69UMO8S1PvoDqggtZNftw Y8+94N6Q/YZXB8NMXyGRsz0qGUZo5ZYBtwK7Z9fOEh/pxPbat5WATG9u5OosObAOxxk4 /sMWh5dOKkGIPm0FbLYqy+49i6DBl5Is06VG+4bC64u4FQtMNLdAqeqpAIBXxJ5lFSou /uokrngB9BgpJJ7IvZq419hjM97RhztlwYEf2X9OGUe21cvpcYfV3Vbvr4GuaJ5JCzRU kpVD74/if2TRRm/MW0SHD5hr+UNrDFpGC//b8ffGa+BiD8JrSP4ySTcq5KwkfhUr3Z0T 6hZQ== 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=UaTrz3M1xw+XHPThEfadmrNC++7ANjCXvpJIPd0iSJY=; b=Rxc8FjSoMtP3kkBh+6gV+fNXYk0AjSmzsIsAKWb3rXPYNBtENf8fObSfWR4WTqnz/9 dIpmqCvG6muiMT36b11rXfJj45iR7LLEo+INrlw2Blhphj3glxRJUvKedaJIra0IidxL OLQTWJvq0+gasDLH89n07PW5QmiluqEdBoVLhujig5q3ezW/nIUKV/2zNp5h62jn04eu 0WEROeFZCq+ihOCgfj/+M6X52fGDqOk3gp1MDjuubU6iMmfZltmZ+qRY1FW7KabAPWyi roUFi7KDLKZzkuCISTqE+GNt6t8fJSnzW1ojRSS/QJNuhICoNa/sSof5puJXI1t/hT8h NzdQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=eXtofYWZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h3si29478347otq.203.2020.01.02.14.58.20; Thu, 02 Jan 2020 14:58:31 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=eXtofYWZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728460AbgABWS3 (ORCPT + 99 others); Thu, 2 Jan 2020 17:18:29 -0500 Received: from mail.kernel.org ([198.145.29.99]:33686 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728447AbgABWS2 (ORCPT ); Thu, 2 Jan 2020 17:18:28 -0500 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 ED3AB21582; Thu, 2 Jan 2020 22:18:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578003507; bh=cf7LqXwuK+XamHqx2K+hIzd74jk/0+2xFCWYwffAo54=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=eXtofYWZBsGNy2wIG+iagXggLkcLkRrPko8tQV+dBwskE2r42XclAmtnv+2aFLr3U QxCzME2RBEKipru8gESL6k4oAou4p7rHyZ3mxMOGZb8MoqUZrVT84wfZboe2x+QWq4 9xVp9FFfaKJAE7pZ83Os3KC3Ki1QjJQdzRHmYARc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Guillaume Nault , David Ahern , Hangbin Liu , "David S. Miller" Subject: [PATCH 5.4 172/191] vti: do not confirm neighbor when do pmtu update Date: Thu, 2 Jan 2020 23:07:34 +0100 Message-Id: <20200102215847.723595805@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200102215829.911231638@linuxfoundation.org> References: <20200102215829.911231638@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: Hangbin Liu [ Upstream commit 8247a79efa2f28b44329f363272550c1738377de ] When do IPv6 tunnel PMTU update and calls __ip6_rt_update_pmtu() in the end, we should not call dst_confirm_neigh() as there is no two-way communication. Although vti and vti6 are immune to this problem because they are IFF_NOARP interfaces, as Guillaume pointed. There is still no sense to confirm neighbour here. v5: Update commit description. v4: No change. v3: Do not remove dst_confirm_neigh, but add a new bool parameter in dst_ops.update_pmtu to control whether we should do neighbor confirm. Also split the big patch to small ones for each area. v2: Remove dst_confirm_neigh in __ip6_rt_update_pmtu. Reviewed-by: Guillaume Nault Acked-by: David Ahern Signed-off-by: Hangbin Liu Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/ipv4/ip_vti.c | 2 +- net/ipv6/ip6_vti.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) --- a/net/ipv4/ip_vti.c +++ b/net/ipv4/ip_vti.c @@ -214,7 +214,7 @@ static netdev_tx_t vti_xmit(struct sk_bu mtu = dst_mtu(dst); if (skb->len > mtu) { - skb_dst_update_pmtu(skb, mtu); + skb_dst_update_pmtu_no_confirm(skb, mtu); if (skb->protocol == htons(ETH_P_IP)) { icmp_send(skb, ICMP_DEST_UNREACH, ICMP_FRAG_NEEDED, htonl(mtu)); --- a/net/ipv6/ip6_vti.c +++ b/net/ipv6/ip6_vti.c @@ -479,7 +479,7 @@ vti6_xmit(struct sk_buff *skb, struct ne mtu = dst_mtu(dst); if (skb->len > mtu) { - skb_dst_update_pmtu(skb, mtu); + skb_dst_update_pmtu_no_confirm(skb, mtu); if (skb->protocol == htons(ETH_P_IPV6)) { if (mtu < IPV6_MIN_MTU)