[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1238098662.3254.10.camel@localhost.localdomain>
Date: Thu, 26 Mar 2009 16:17:42 -0400
From: Dan Williams <dcbw@...hat.com>
To: Chris Friesen <cfriesen@...tel.com>
Cc: David Miller <davem@...emloft.net>, Matt_Domsch@...l.com,
netdev@...r.kernel.org, linux-hotplug@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: Network Device Naming mechanism and policy
On Wed, 2009-03-25 at 14:22 -0600, Chris Friesen wrote:
> David Miller wrote:
> > From: Matt Domsch <Matt_Domsch@...l.com>
> > Date: Tue, 24 Mar 2009 10:46:17 -0500
> >
> >> Problem: Users expect on-motherboard NICs to be named eth0..ethN.
> >> This can be difficult to achieve.
> >
> > I learned a long time ago that eth0 et al. have zero meaning.
> >
> > If the system firmware folks gave us topology information with respect
> > to these things, we could export something that tools such as
> > NetworkManager, iproute2, etc. could use.
>
> <snip>
>
> > I guess it's easier to spew about MAC addresses and other
> > irrelevant topics than try to solve this problem properly. :-)
>
> What about things like USB network adapters where the topology is not
> fixed? Presumably we would want to use some sort of unique identifier,
> and the MAC comes to mind. Of course, then you run into the problem of
> how to deal with duplicate MACs.
USB devices do have a serial number field in the descriptors, but that
only sometimes gets populated with sensible values. More often than not
it's just zeros. But worth checking if the MAC isn't set yet.
Dan
--
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