[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201103251257.32714.arnd@arndb.de>
Date: Fri, 25 Mar 2011 12:57:32 +0100
From: Arnd Bergmann <arnd@...db.de>
To: Alexey Orishko <alexey.orishko@...il.com>
Cc: Ben Hutchings <bhutchings@...arflare.com>,
Steve Calfee <stevecalfee@...il.com>,
Michal Nazarewicz <mnazarewicz@...il.com>,
Randy Dunlap <rdunlap@...otime.net>,
broonie@...nsource.wolfsonmicro.com,
lkml <linux-kernel@...r.kernel.org>,
Nicolas Pitre <nicolas.pitre@...aro.org>,
Greg KH <greg@...ah.com>,
David Brownell <dbrownell@...rs.sourceforge.net>,
Alan Cox <alan@...rguk.ukuu.org.uk>, grant.likely@...retlab.ca,
Linux USB list <linux-usb@...r.kernel.org>,
andy.green@...aro.org, netdev@...r.kernel.org,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
roger.quadros@...ia.com,
Jaswinder Singh <jaswinder.singh@...aro.org>,
patches@...aro.org
Subject: Re: [RFC] usbnet: use eth%d name for known ethernet devices
On Thursday 24 March 2011, Alexey Orishko wrote:
> On Thu, Mar 24, 2011 at 2:15 PM, Arnd Bergmann <arnd@...db.de> wrote:
>
> >
> > The approach taken here is to flag whether a device might be a
> > point-to-point link with the new FLAG_PTP setting in the usbnet
> > driver_info. A driver can set both FLAG_PTP and FLAG_ETHER if
> > it is not sure (e.g. cdc_ether), or just one of the two.
>
> > The usbnet framework only looks at the MAC address for device
> > naming if both flags are set, otherwise it trusts the flag.
>
> Should this paragraph above be a clue for the flag name?
> Sorry for late comment, but having flag called FLAG_POINTTOPOINT is really
> confusing. ptp, p2p terms are heavily used and will mislead folks.
>
> Would it be better to call it something like IGNORE_MAC_ADDRESS if this is the
> feature you are targeting?
That would be a different way of looking at it. FLAG_POINTTOPOINT
describes what the device is (a USB cable connecting two hosts), and
that flag can be used for various things, where the only thing
we currently do is the netif naming.
FLAG_IGNORE_MAC_ADDRESS as you suggest describes the implementation
of the device naming, not why that is done.
The intent here was to some something that makes sense next to
FLAG_ETHER, FLAG_WWAN and FLAG_WLAN. I think FLAG_POINTTOPOINT
describes this best, although I'd also be happy with FLAG_PTP,
FLAG_P2P, FLAG_CABLE or FLAG_USBCABLE.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists