Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2687955imm; Sun, 30 Sep 2018 02:38:35 -0700 (PDT) X-Google-Smtp-Source: ACcGV61WaYIg+yMN2w00w8LeCeFYthRP+TTZcBbSvnbymMNgmOnwdnFbzR7/IpC4MbOebmBhknc6 X-Received: by 2002:aa7:84c2:: with SMTP id x2-v6mr6433411pfn.220.1538300315415; Sun, 30 Sep 2018 02:38:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538300315; cv=none; d=google.com; s=arc-20160816; b=sOLxSrXrzeJ1sSpOQt3JQLJnXYIO0Jo2S+v71P8rSou82CQQK8Rs6J2eQdk9fNoyhl BVLY+to5+YNlFkf+1e5zi2Rc07avo7zoz9lDaJIJmDOUdqvfK/AogOyu//K9+Miqtp9L Y6dV6y2k2zl0YapRbq3rTr1UwbW0cJWMzDO7b9wPrzxY4duO5WNz8G/dGd+G4HHP8c1o i4qgaPSQHrHI63niO6xKgf+CkdO9w9MEfspSulfm+Cezd/gVKe5i9xh9zzw2HtjS8XmO o/qIyTN3zHKS4hpAynuz04xgLPkqowQjqHUGcl58G2lyC9Qy66BYJJhaXGi8BlSI9XIk yz3g== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=RexvrdjWAibOSKnB/gl/HDqkX58+1V6uNAmi3aW0Tks=; b=m0+wOKmNUG6nMNV12dQZZn78D2HSOsaVF9dbkpZZcpSgu0lNUctF/Nhk5MyiU2KjUf H/d9TYiy8quOljb0+XbXMRRGaZkMXuJjlenCfLslnC6ZWaTdYgL8Ad7OjvlheV5O3wql tB7qBV7WDQ4g1GfGhY2oz+rHZEyYUqNaRxAJMr8dK2UbJEKJFVFekTSVFBw6bdhphNyZ Yl2luMHcEVxKSBb8TNccfGNG7hevc8c6GNW9+a1BXr/3rBOq/4FJU0A5p2THLJ10Ay2p gwh2Ar2tlaXp1Qaef4NdH5ykKVbBVaBuH56ztc6sIYTyC2N5gbhhOu3abMVzaBjj/xVz E3ig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@networkplumber-org.20150623.gappssmtp.com header.s=20150623 header.b=iEq+wQjD; 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 a5-v6si9369521pgk.395.2018.09.30.02.38.17; Sun, 30 Sep 2018 02:38:35 -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=@networkplumber-org.20150623.gappssmtp.com header.s=20150623 header.b=iEq+wQjD; 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 S1728030AbeI3QK2 (ORCPT + 99 others); Sun, 30 Sep 2018 12:10:28 -0400 Received: from mail-wm1-f65.google.com ([209.85.128.65]:34735 "EHLO mail-wm1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727951AbeI3QK1 (ORCPT ); Sun, 30 Sep 2018 12:10:27 -0400 Received: by mail-wm1-f65.google.com with SMTP id z25-v6so917540wmf.1 for ; Sun, 30 Sep 2018 02:38:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=RexvrdjWAibOSKnB/gl/HDqkX58+1V6uNAmi3aW0Tks=; b=iEq+wQjDIueCdd4pvi9fDiy4EzRyF9xCMoD3oFrc28D4GW2JBbqe4sQ1eGhZq/LQ8p +CxSEwHAawS2uGlG5XqnpX2QtcD8/FHgZsWeY6HHTmUwKWM3aRvVQkpL5cko4pzE4dQm dl6eQQRwZFd3sk7D8uy9LyBQMo2DE5Fns+INTta4/R9pidqvyEni0tglImvqnP530nui TnLSOu97jGrPj9KX45SNZSS6tcn/zA9vDQBZkXbl6L34qshAKeavM4LIwGR1f9Gio/ik Znv6IlcWwhGHZLVtuTVXlXFzLgRNh8RsBNbJ9LCUZWjFI7J/H2sK0k6ZOBi8rJ528vLw QPvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=RexvrdjWAibOSKnB/gl/HDqkX58+1V6uNAmi3aW0Tks=; b=BPr+rqmtTie3v37cfKubm+Q7y4NkLTz+mFPOnBPYfy3LyCsHwFnlrVDG5kB59+BW+5 dDbGpEJW2OUHcJrDMD0PTWQR2LkVwHPbh3KoBRxx1/HfuZAmi/YA7VbK9PxVwXX269kE 5pBNtSdBNXqVInPMIIHPYoUaVjnuQIJFg4NwHZ0F2xI9T4YQOpGViyxKy4yEucdsAn9v HAp5F8BCWN8h3TUIfxnbFKV0wg22Tcbo1Ry1/RPFMWVd/wdGHpWLYPiQOPSpJaAl6cmv LitM5hOIBC6RzhTYcTKc8svaLPfkwixOCni6ccbyJiGZswqDEz8/rNzXWKQuzhBthlQh zGUg== X-Gm-Message-State: ABuFfohTj2DLGnNt0+9supOw3F0iybaR2KdaBT2ktlN2U8A3fn+xmaPK D78cRJAzTowvap+R0OpsgZ7GyUuq03I6zg== X-Received: by 2002:a1c:c44a:: with SMTP id u71-v6mr6498818wmf.43.1538300289941; Sun, 30 Sep 2018 02:38:09 -0700 (PDT) Received: from shemminger-XPS-13-9360 (p548FFB46.dip0.t-ipconnect.de. [84.143.251.70]) by smtp.gmail.com with ESMTPSA id o19-v6sm12465308wro.50.2018.09.30.02.38.09 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 30 Sep 2018 02:38:09 -0700 (PDT) Date: Sun, 30 Sep 2018 11:38:05 +0200 From: Stephen Hemminger To: Jiri Pirko Cc: Chas Williams <3chas3@gmail.com>, Jan Blunck , LKML , netdev@vger.kernel.org Subject: Re: [PATCH] team: set IFF_SLAVE on team ports Message-ID: <20180930113805.3b8e62a1@shemminger-XPS-13-9360> In-Reply-To: <20180930071414.GF2209@nanopsycho.orion> References: <1436435914-8903-1-git-send-email-jblunck@infradead.org> <20150709100727.GE2270@nanopsycho.orion> <20150710064147.GA2204@nanopsycho.orion> <20180930071414.GF2209@nanopsycho.orion> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 30 Sep 2018 09:14:14 +0200 Jiri Pirko wrote: > Thu, Sep 27, 2018 at 04:04:26PM CEST, 3chas3@gmail.com wrote: > > > > > >On 07/10/15 02:41, Jiri Pirko wrote: > >> Thu, Jul 09, 2015 at 05:36:55PM CEST, jblunck@infradead.org wrote: > >> > On Thu, Jul 9, 2015 at 12:07 PM, Jiri Pirko wrote: > >> > > Thu, Jul 09, 2015 at 11:58:34AM CEST, jblunck@infradead.org wrote: > >> > > > The code in net/ipv6/addrconf.c:addrconf_notify() tests for IFF_SLAVE to > >> > > > decide if it should start the address configuration. Since team ports > >> > > > shouldn't get link-local addresses assigned lets set IFF_SLAVE when linking > >> > > > a port to the team master. > >> > > > >> > > I don't want to use IFF_SLAVE in team. Other master-slave devices are > >> > > not using that as well, for example bridge, ovs, etc. > >> > > > >> > > >> > Maybe they need to get fixed too. I've used that flag because it is > >> > documented as > >> > a "slave of a load balancer" which describes what a team port is. > >> > > >> > > >> > > I think that this should be fixed in addrconf_notify. It should lookup > >> > > if there is a master on top and bail out in that case. > >> > > >> > There are other virtual interfaces that have a master assigned and want to > >> > participate in IPv6 address configuration. > >> > >> Can you give me an example? > > > >I would like to revisit this patch (yes, I know it has been a while). I > >believe the VRF implementation uses master to group the interfaces under > >a single interface. > > > >I don't see a reason not to use IFF_SLAVE since team and bonding are fairly > >similar. > > Again, why do you need team port to have IFF_SLAVE flag? What do you > want to achieve Without setting this flag IPv6 will try and make a link specific address.