Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2075294imm; Thu, 27 Sep 2018 07:05:19 -0700 (PDT) X-Google-Smtp-Source: ACcGV630chmV/HqNKo/EcSOyIE2VR7zf3bD+57149G4iWnqR1KB3mj0JXxzIglrP4VFyzIllb3aI X-Received: by 2002:a17:902:8481:: with SMTP id c1-v6mr11436536plo.158.1538057119782; Thu, 27 Sep 2018 07:05:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538057119; cv=none; d=google.com; s=arc-20160816; b=XnX0A45tTzk8yCsiIJXDruMNtUOYCuG9mheG2XpzC/uK5cVHHxclm3+A4zKxLN/5k9 CtWmL+1CWZqnc8JZx9guAmsQ+VmDxauA1CvmtkAiG4fmFVFb4pl4BK00imWtV2KUhYSS TOUaAPYeZHlsAY1/bHQxSZddsrKYGRDLS86zehlfX6iwpQaIpRYVJqYhOzZv/K/WBl6d Ob6+QY1HnsSEKH0s5r5eA/OjJgpget5o7pZ+E5fMBRfMgq7zktowG/It9VvBceWP3jDC LajiQivI4jdNi/lfvkw9ZLjegynvGXfT+/AMENXYYz5pfx31Z8sCqHgGIYaB3kwAczXc TIeA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=Aw5iVKMofaO/YrtDj5lmpQCvyVhSfIDWEQBpceKe6Xk=; b=LfL/WyeDdGa7jYsi8F/iCYQ73ECFUpfDw1naBOWbKvXs1iwlpe9FbPCq95pUXzJlZL mm4PERW4qh2qdQ+SBo27PE8oTAygjVtL/clOVqAiJcyw9lEf+OSzwXFFQ0HyV/LDPDJ/ T8B3YCH1ULVs5d4UjY/cXAPetMIzJXNu+5/k1I9BmSfiRFxRKZ+AZY2Ba//pr9QXtO9B LaR9sIzDK+tggWdq64j+N5CEgIx4XCYe+UDa97pWsMRUZZvfPpOiEeIN6NRx8Qj+qYxz MSj7+7XirMZuaG8l0csh/eRtI4+6y3tjuZKIoRJdrl0SP54Gk+JZCHUgBQU9d31T6wlZ IaEA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=NABKZz3v; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o67-v6si2074552pga.597.2018.09.27.07.04.59; Thu, 27 Sep 2018 07:05:19 -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=@gmail.com header.s=20161025 header.b=NABKZz3v; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727664AbeI0UWx (ORCPT + 99 others); Thu, 27 Sep 2018 16:22:53 -0400 Received: from mail-qk1-f194.google.com ([209.85.222.194]:42197 "EHLO mail-qk1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727212AbeI0UWx (ORCPT ); Thu, 27 Sep 2018 16:22:53 -0400 Received: by mail-qk1-f194.google.com with SMTP id g20-v6so511330qke.9; Thu, 27 Sep 2018 07:04:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Aw5iVKMofaO/YrtDj5lmpQCvyVhSfIDWEQBpceKe6Xk=; b=NABKZz3vlF/pUue0jfZ9SLAPg4yxt9Ha9+sZzELd0jH3PLqjHxAYUCQwu70mfkB0tM MY0gxWdL9lGof9sPhw0LeisGFcgwbMrPC7iE/wMTEI7BTnzAN/yG0c9UbG/IEraE/yi/ t4sfb4Z4ztFlDt9H73ieocZ4Y22VwhduyzLQstAcVb80A2pMoCWxAf8vJTgg2O0lmt9U +HC7zDIXvv2svv3Bzx1cz4dVkqkFGd1/6oM2/j7Tao9TqXhLCF2OrObVM/k1jnRfzPtl nNH6ccXXaOy4pLpTiU8SqkfPDIf98TrRrkcLuD8s1jZFUl+QTipjCpLBCMISZ95BaGUl ZePQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Aw5iVKMofaO/YrtDj5lmpQCvyVhSfIDWEQBpceKe6Xk=; b=QO2/Pe3w98dLeXO9QOtgX125XsnCnWNM8A85w3lBpBUrE5W50f3bZvqYSp5WjDFBG4 BBAOZH5mrXoTceMPB5mUwLFfGOimK6S0SWY/gPYxLHvx4MG1QJQU4VozfvHjFsazc3Hh 4mpBd3SwIE8fnyz2KrULOkuKShBgfaGfgo2UcU1gYUeWyi4ncZ+3h7h0uZF6uAh9Kcga I2oIXYCwVCf9sUVKj/O6rRCmTgsAsnfsb3/SyATqAYpm3FAY96pAFOSQ1yI2J+tYx5wB aNfOm+k9KPwpb6Lj4NxmaNneBniVUOX1QtbeTA9iNZ3bQOpNI+OTtLmFhzExoT6Q1UWa JMGw== X-Gm-Message-State: ABuFfoiouwOQQ//J2H2P01C6n/GJz0jncpF4HcMdOWjRaA1W2qnlIfv3 TsP2dt0tnJz4rLeaNspJRmU1aBlM X-Received: by 2002:a37:9442:: with SMTP id w63-v6mr8071990qkd.304.1538057067405; Thu, 27 Sep 2018 07:04:27 -0700 (PDT) Received: from [192.168.1.10] (pool-96-255-154-210.washdc.fios.verizon.net. [96.255.154.210]) by smtp.gmail.com with ESMTPSA id e206-v6sm1055553qkb.4.2018.09.27.07.04.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Sep 2018 07:04:26 -0700 (PDT) Subject: Re: [PATCH] team: set IFF_SLAVE on team ports To: Jiri Pirko , Jan Blunck Cc: LKML , netdev@vger.kernel.org References: <1436435914-8903-1-git-send-email-jblunck@infradead.org> <20150709100727.GE2270@nanopsycho.orion> <20150710064147.GA2204@nanopsycho.orion> From: Chas Williams <3chas3@gmail.com> Message-ID: Date: Thu, 27 Sep 2018 10:04:26 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20150710064147.GA2204@nanopsycho.orion> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. >> >> Unless we want to have a cascade of conditionals testing the priv_flags in >> addrconf_notify() this is asking for a new net_device_flags flag. >> Maybe something >> generic like IFF_L2PORT ? >> >> Thanks, >> Jan >> >> [ Jiri, sorry for getting that mail twice ] > > >