Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1517045ybb; Sat, 11 Apr 2020 05:27:19 -0700 (PDT) X-Google-Smtp-Source: APiQypJzXkbESYbJJBCM2/5sHX91sCT6FXPWrGpZiiDWRK0vC1Q/x605j/ot75W/B3UgzXdmiQEa X-Received: by 2002:ac8:1757:: with SMTP id u23mr3384600qtk.138.1586608038945; Sat, 11 Apr 2020 05:27:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586608038; cv=none; d=google.com; s=arc-20160816; b=VAe/AfrCeP+Kw5zIoj781vrn95Rizu/rjMLrzTaLysDBsL/w8UwTU/HxGVh77cauTF zCbaj/v584CkBeLjc6QS5indDWfTI8dQ1Je/Tt6QOfITwEk5CKhWtRKETkgPlMLL5Ye1 ASLs4NuI0lsNKkLjg6EkHRfP4BwhtK228Tu0IYbb+75fUrGtdzmvdGOTiKA9Im8Ztv1V JwHzcAkLNNagm7Y7kPiIPVcolOrUIBkejqVL3oj8R/BMMgK1BPqBy7ykASzU7xOyeEme 4JXtWzdJ/ztFD2DBIjKHBMLed7MT4fAMPTkvsam/1RxvtP1CZfpVkdK3wKt7bTJcVKDA oe2w== 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=C7aRpSfdAzZ+50tD1vcQ/eyd+fZJM3KtfgG/dewChMs=; b=zk5UtnIw3WBDT2pLxrG4Z+GCHF3WLX+DF7uBZagmiR9m4GOqGoqIaWNcPDStG9oKdz hIZLzavC2Ac1UMdekxY+E/qFyaIG073/Og7CFalgwRZAJTTaIe6o1qFxUqIn3vslrXQu KD4f5dbg1V9yd8oMDLgsh2sECOL1e32lDZ0MfoJT/O21QhrPBIJGeW5JQ8g5yoBecM5u dWWuonJb1JRB1xxzo7wyHcM8Ds9SoTh15r+mufXrvX78bwhg1yCudsMjZVjvcHGuR2ko e9B6uGFmqTZOoee12Dz2TN/U0375Y6gKKQTLrOxbWufdMbfpVV0MVEgRuPXOMfvxpqzo rL1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=nziEdpRd; 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 o5si2946697qkh.166.2020.04.11.05.27.04; Sat, 11 Apr 2020 05:27:18 -0700 (PDT) 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=nziEdpRd; 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 S1728480AbgDKMRr (ORCPT + 99 others); Sat, 11 Apr 2020 08:17:47 -0400 Received: from mail.kernel.org ([198.145.29.99]:52502 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727239AbgDKMRp (ORCPT ); Sat, 11 Apr 2020 08:17:45 -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 7CFC420644; Sat, 11 Apr 2020 12:17:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586607465; bh=ZOZLhi1wgZ1KCiSc5ynZD9XDsGPp6+H9laCsQzK4XIw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=nziEdpRd3Az0a/8oUzpOxL6b04HNB+1kih3KF9XH8Q4dHflEIKcrVSCsU8rPzHkIy BF0Vn3HwzOsUk0EgxfKUbIzw+Cys2HiFsVQECUgFGUZB8Ih/lcuUT6I7ANaJ/8CtOS KR6qteJzDussyDhkrdXyDvc35aDPwCx8IRDyR/Ss= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Moshe Levi , Stephen Hemminger , Marcelo Ricardo Leitner , netdev@vger.kernel.org, Jarod Wilson , "David S. Miller" Subject: [PATCH 5.4 03/41] ipv6: dont auto-add link-local address to lag ports Date: Sat, 11 Apr 2020 14:09:12 +0200 Message-Id: <20200411115504.360628454@linuxfoundation.org> X-Mailer: git-send-email 2.26.0 In-Reply-To: <20200411115504.124035693@linuxfoundation.org> References: <20200411115504.124035693@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: Jarod Wilson [ Upstream commit 744fdc8233f6aa9582ce08a51ca06e59796a3196 ] Bonding slave and team port devices should not have link-local addresses automatically added to them, as it can interfere with openvswitch being able to properly add tc ingress. Basic reproducer, courtesy of Marcelo: $ ip link add name bond0 type bond $ ip link set dev ens2f0np0 master bond0 $ ip link set dev ens2f1np2 master bond0 $ ip link set dev bond0 up $ ip a s 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens2f0np0: mtu 1500 qdisc mq master bond0 state UP group default qlen 1000 link/ether 00:0f:53:2f:ea:40 brd ff:ff:ff:ff:ff:ff 5: ens2f1np2: mtu 1500 qdisc mq master bond0 state DOWN group default qlen 1000 link/ether 00:0f:53:2f:ea:40 brd ff:ff:ff:ff:ff:ff 11: bond0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 00:0f:53:2f:ea:40 brd ff:ff:ff:ff:ff:ff inet6 fe80::20f:53ff:fe2f:ea40/64 scope link valid_lft forever preferred_lft forever (above trimmed to relevant entries, obviously) $ sysctl net.ipv6.conf.ens2f0np0.addr_gen_mode=0 net.ipv6.conf.ens2f0np0.addr_gen_mode = 0 $ sysctl net.ipv6.conf.ens2f1np2.addr_gen_mode=0 net.ipv6.conf.ens2f1np2.addr_gen_mode = 0 $ ip a l ens2f0np0 2: ens2f0np0: mtu 1500 qdisc mq master bond0 state UP group default qlen 1000 link/ether 00:0f:53:2f:ea:40 brd ff:ff:ff:ff:ff:ff inet6 fe80::20f:53ff:fe2f:ea40/64 scope link tentative valid_lft forever preferred_lft forever $ ip a l ens2f1np2 5: ens2f1np2: mtu 1500 qdisc mq master bond0 state DOWN group default qlen 1000 link/ether 00:0f:53:2f:ea:40 brd ff:ff:ff:ff:ff:ff inet6 fe80::20f:53ff:fe2f:ea40/64 scope link tentative valid_lft forever preferred_lft forever Looks like addrconf_sysctl_addr_gen_mode() bypasses the original "is this a slave interface?" check added by commit c2edacf80e15, and results in an address getting added, while w/the proposed patch added, no address gets added. This simply adds the same gating check to another code path, and thus should prevent the same devices from erroneously obtaining an ipv6 link-local address. Fixes: d35a00b8e33d ("net/ipv6: allow sysctl to change link-local address generation mode") Reported-by: Moshe Levi CC: Stephen Hemminger CC: Marcelo Ricardo Leitner CC: netdev@vger.kernel.org Signed-off-by: Jarod Wilson Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/ipv6/addrconf.c | 4 ++++ 1 file changed, 4 insertions(+) --- a/net/ipv6/addrconf.c +++ b/net/ipv6/addrconf.c @@ -3296,6 +3296,10 @@ static void addrconf_addr_gen(struct ine if (netif_is_l3_master(idev->dev)) return; + /* no link local addresses on devices flagged as slaves */ + if (idev->dev->flags & IFF_SLAVE) + return; + ipv6_addr_set(&addr, htonl(0xFE800000), 0, 0, 0); switch (idev->cnf.addr_gen_mode) {