netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dan Williams <dcbw@redhat.com>
To: Chris Friesen <cfriesen@nortel.com>
Cc: David Miller <davem@davemloft.net>,
	Matt_Domsch@dell.com, netdev@vger.kernel.org,
	linux-hotplug@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: Network Device Naming mechanism and policy
Date: Thu, 26 Mar 2009 16:17:42 -0400	[thread overview]
Message-ID: <1238098662.3254.10.camel@localhost.localdomain> (raw)
In-Reply-To: <49CA927B.9080709@nortel.com>

On Wed, 2009-03-25 at 14:22 -0600, Chris Friesen wrote:
> David Miller wrote:
> > From: Matt Domsch <Matt_Domsch@dell.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



  reply	other threads:[~2009-03-26 20:17 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-24 15:46 Network Device Naming mechanism and policy Matt Domsch
2009-03-24 16:21 ` Patrick McHardy
2009-03-24 16:28   ` Kay Sievers
2009-03-24 16:38     ` Patrick McHardy
2009-03-24 16:40   ` Dan Williams
2009-03-24 17:00     ` Alan Cox
2009-03-24 17:04     ` Patrick McHardy
2009-03-24 18:51     ` david
2009-03-24 21:02       ` Alan Cox
2009-03-24 23:14         ` Greg KH
2009-03-24 16:42 ` Karl O. Pinc
2009-03-24 17:45   ` Matt Domsch
2009-03-24 17:02 ` Scott James Remnant
2009-03-24 17:52   ` Matt Domsch
2009-03-24 18:12     ` Bill Nottingham
2009-03-24 18:20       ` Scott James Remnant
2009-03-24 18:49 ` david
2009-03-24 19:22   ` Matt Domsch
2009-03-24 22:57 ` David Miller
2009-03-25 20:22   ` Chris Friesen
2009-03-26 20:17     ` Dan Williams [this message]
2009-03-26 16:39   ` Matt Domsch
2009-03-26 20:16     ` Dan Williams
2009-03-27 16:06       ` Len Brown
2009-04-09 14:58   ` Matt Domsch
2009-03-31 14:07 ` Kurt Van Dijck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1238098662.3254.10.camel@localhost.localdomain \
    --to=dcbw@redhat.com \
    --cc=Matt_Domsch@dell.com \
    --cc=cfriesen@nortel.com \
    --cc=davem@davemloft.net \
    --cc=linux-hotplug@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).