Received: by 10.223.185.111 with SMTP id b44csp916334wrg; Fri, 9 Mar 2018 16:47:42 -0800 (PST) X-Google-Smtp-Source: AG47ELssFnBsZn8FbkFNCrMVLL3aBfPR3BX9ZFgezRhrpJsjte387eL27Zzae4e9+3QsbENyCMe2 X-Received: by 10.101.100.144 with SMTP id e16mr304716pgv.315.1520642861954; Fri, 09 Mar 2018 16:47:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520642861; cv=none; d=google.com; s=arc-20160816; b=tAzDKWVM+ZewZp5wE67alcuPv+CSmGyzysn5IiHEfuoXPmxAHT3z2enjDGiv4+RmRA 79/ds4sZB1yIXAKo1LxZ8B8zfrZQjg35l3uVU+RZOT+/TFvu1bli6Jmch8KX9S4lh2AM r3JpBUkTf8WcDfnB+rw3CkQh5Hzge95LgAN3Vln46IR4LL3hQ8S5grfugxGw93pyRYqc F/AfLh1kVFLNzDZM8ahTUXLm32LaXZGABu8MyOS09T3W2M5VonPnbfjx24Zx6F63uvfb 7g3uypAYIRjTA177JSx/fhzUVZ12fEocSUjEdIykn2XqzMtPlC2GMt8jyLI6x5EbcJKQ czig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=9/ZHbWjCaC5opc69WlAKHXJH1/kpEyDsivu4hCVV0gQ=; b=GezkN92R1H+wMjnkv2QjyAjxwAAIpt+6CNH1ECFJK+A6wZzoenpatQnl31s3fY7ib+ e1O9VcWym319DsXytLrWQ48h98uKRjMM5Quvp2K3SD9bC4Ny+e4hJgZnDvbYk9pjq4q+ tZ1jJK6xx4wGmETie8swS9+bFDYxK7BUy1B051ssF7Vo4rSe85GaZpc5CVBeYZg65wXV ND2/TgGiBGWm9fzOIisfeN4WR3BVRtAucNphriOXJEM9d6srDgTefReX3RU/g8MlzTs7 Y6s86ZKl7c3d0PzcCpQOa0Pyx9YpVMFrUCpteyyaYsLDGHgb0a+ul6uGI3Rj4fbafrpH DMsw== ARC-Authentication-Results: i=1; mx.google.com; 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 33-v6si1811027plf.98.2018.03.09.16.47.27; Fri, 09 Mar 2018 16:47:41 -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; 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 S933301AbeCJAUI (ORCPT + 99 others); Fri, 9 Mar 2018 19:20:08 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:38984 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933237AbeCJAUG (ORCPT ); Fri, 9 Mar 2018 19:20:06 -0500 Received: from localhost (unknown [185.236.200.248]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 2A9F3F4D; Sat, 10 Mar 2018 00:20:06 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Martin Sebor , Arnd Bergmann , "David S. Miller" Subject: [PATCH 4.4 21/36] ipv6 sit: work around bogus gcc-8 -Wrestrict warning Date: Fri, 9 Mar 2018 16:18:37 -0800 Message-Id: <20180310001808.517143778@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180310001807.213987241@linuxfoundation.org> References: <20180310001807.213987241@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.4-stable review patch. If anyone has any objections, please let me know. ------------------ From: Arnd Bergmann [ Upstream commit ca79bec237f5809a7c3c59bd41cd0880aa889966 ] gcc-8 has a new warning that detects overlapping input and output arguments in memcpy(). It triggers for sit_init_net() calling ipip6_tunnel_clone_6rd(), which is actually correct: net/ipv6/sit.c: In function 'sit_init_net': net/ipv6/sit.c:192:3: error: 'memcpy' source argument is the same as destination [-Werror=restrict] The problem here is that the logic detecting the memcpy() arguments finds them to be the same, but the conditional that tests for the input and output of ipip6_tunnel_clone_6rd() to be identical is not a compile-time constant. We know that netdev_priv(t->dev) is the same as t for a tunnel device, and comparing "dev" directly here lets the compiler figure out as well that 'dev == sitn->fb_tunnel_dev' when called from sit_init_net(), so it no longer warns. This code is old, so Cc stable to make sure that we don't get the warning for older kernels built with new gcc. Cc: Martin Sebor Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83456 Signed-off-by: Arnd Bergmann Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/ipv6/sit.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/net/ipv6/sit.c +++ b/net/ipv6/sit.c @@ -176,7 +176,7 @@ static void ipip6_tunnel_clone_6rd(struc #ifdef CONFIG_IPV6_SIT_6RD struct ip_tunnel *t = netdev_priv(dev); - if (t->dev == sitn->fb_tunnel_dev) { + if (dev == sitn->fb_tunnel_dev) { ipv6_addr_set(&t->ip6rd.prefix, htonl(0x20020000), 0, 0, 0); t->ip6rd.relay_prefix = 0; t->ip6rd.prefixlen = 16;