Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933387AbaBUNDK (ORCPT ); Fri, 21 Feb 2014 08:03:10 -0500 Received: from smtp.citrix.com ([66.165.176.89]:58345 "EHLO SMTP.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932661AbaBUNCz (ORCPT ); Fri, 21 Feb 2014 08:02:55 -0500 X-IronPort-AV: E=Sophos;i="4.97,518,1389744000"; d="scan'208";a="104651946" Message-ID: <53074E6B.6030006@citrix.com> Date: Fri, 21 Feb 2014 13:02:35 +0000 From: Zoltan Kiss User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Luis R. Rodriguez" , Stephen Hemminger CC: Ian Campbell , , "netdev@vger.kernel.org" , , "linux-kernel@vger.kernel.org" , Subject: Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge References: <1392433180-16052-1-git-send-email-mcgrof@do-not-panic.com> <1392433180-16052-2-git-send-email-mcgrof@do-not-panic.com> <20140216105754.63738163@nehalam.linuxnetplumber.net> <1392803559.23084.99.camel@kazak.uk.xensource.com> <5304C13F.3030802@citrix.com> <20140219090855.610c0e04@nehalam.linuxnetplumber.net> <20140220091958.62a8b444@nehalam.linuxnetplumber.net> In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.80.2.133] X-DLP: MIA1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20/02/14 20:24, Luis R. Rodriguez wrote: > On Thu, Feb 20, 2014 at 9:19 AM, Stephen Hemminger > wrote: >> On Wed, 19 Feb 2014 09:59:33 -0800 "Luis R. Rodriguez" wrote: >>> On Wed, Feb 19, 2014 at 9:08 AM, Stephen Hemminger wrote: >>>> >>>> Please only use the netlink/sysfs flags fields that already exist >>>> for new features. >>> >>> Sure, but what if we know a driver in most cases wants the root block >>> and we'd want to make it the default, thereby only requiring userspace >>> for toggling it off. >> >> Something in userspace has to put the device into the bridge. >> Fix the port setup in that tool via the netlink or sysfs flags in >> the bridge. It should not have to be handled in the bridge looking >> at magic flags in the device. > > Agreed that's the best strategy and I'll work on sending patches to > brctl to enable the root_block preference. This approach however also I don't think brctl should deal with any Xen specific stuff. I assume there is a misunderstanding in this thread: when I (and possibly other Xen folks) talk about "userspace" or "toolstack" here, I mean Xen specific tools which use e.g. brctl to set up bridges. Not brctl itself. > requires a userspace upgrade. I'm trying to see if we can get an > old-nasty-cryptic-hack practice removed from the kernel and we'd try > to prevent future drivers from using it -- without requiring userspace > upgrade. In this case the bad practice is to using a high static MAC > address for mimicking a root block default preference. In order to > remove that *without* requiring a userspace upgrade the dev->priv_flag > approach is the only thing I can think of. If this would go in we'd > replace the high static MAC address with a random MAC address to > prevent IPv6 SLAAC / DAD conflicts. I'd document this flag and > indicate with preference for userspace to be the one tuning these > knobs. > > Without this we'd have to keep the high static MAC address on upstream > drivers and let userspace do the random'ization if it confirms the > userspace knob to turn the root block flag is available. Is the > priv_flag approach worth the compromise to remove the root block hack > practice? > > Luis > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/