[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTinP5WPDPvk+kq8vsyP=xC9qcoe+c=1EBp0XJNPk@mail.gmail.com>
Date: Thu, 7 Oct 2010 19:05:14 +0200
From: Kay Sievers <kay.sievers@...y.org>
To: Greg KH <greg@...ah.com>
Cc: Matt Domsch <Matt_Domsch@...l.com>, Narendra_K@...l.com,
netdev@...r.kernel.org, linux-hotplug@...r.kernel.org,
linux-pci@...r.kernel.org, Jordan_Hargrave@...l.com,
Vijay_Nijhawan@...l.com, Charles_Rose@...l.com
Subject: Re: [PATCH V2] Use firmware provided index to register a network interface
On Thu, Oct 7, 2010 at 18:48, Greg KH <greg@...ah.com> wrote:
> On Thu, Oct 07, 2010 at 11:31:13AM -0500, Matt Domsch wrote:
>> 1) SMBIOS type 41 method. Windows does not use this today, and I
>> can't speak to their future plans. Narendra's kernel patch does,
>> as has biosdevname, the udev helper we first wrote for this
>> purpose, for several years.
>
> Then stick with that udev helper please :)
What about just exporting this information in sysfs, and not touch the naming?
Anyway, I'm pretty sure all of this naming of onboard devices should
happen only at install time, or from a system management tool and not
at hotplug time.
We should not get confused by the way the (very simple)
automatic-rule-creater for persistent netdev naming in udev works.
This is really just a tool for the common case, and works fine for the
majority of people.
I'm not sure, if we should put all these special use cases in the
hotplug path. I mean it's not that people add and remove 4 port
network cards with special BIOS all the time, and expect proper naming
on the first bootup, right? The installer, or the system management
tool could just create/edit udev rules to provide proper device naming
on whatever property is available at a specific hardware, be it the
MAC address or some other persistent match?
Kay
--
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