[lkml]   [2007]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: What still uses the block layer?
On Wed, 17 Oct 2007, wrote:

> On Mon, 15 Oct 2007 03:04:00 CDT, Rob Landley said:
>> I note that the eth0 and eth1 names are dynamically assigned on a first come
>> first serve basis (like scsi). This never causes me a problem because the
>> driver loading order is constant, and once you figure out that eth0 is
>> gigabit and eth1 is the 80211g it _stays_ that way across reboots, reliably.
>> Yeah, it's a heuristic. Hands up everybody relying on such a heuristic in
>> the real world.
> I've gotten burned by that heuristic enough times to not rely on it. My last
> laptop had an ethernet on the motherboard, a *separate* ethernet in the docking
> station, an ethernet on a multifunction pcmcia card (I usually just used the
> modem side), and a wireless that looked like an ethernet - so it was possible
> for a given interface to be eth1 (if no dock and no pcmcia card) or eth3 (if
> both were present). And that's on a laptop from almost 5 years ago.
> And then there's the recent Sun and Dell 1U rack-mounts that have 4 ethernets
> on the motherboard, and they *never* seem to assign in a 0,1,2,3 order that
> matches the 0 1 2 3 printed above the 4 RJ45's ;)
> So I have for years been a proponent of 'ethN is nailed by MAC address' :)

on the other hand, I have two systems in my lab with identical hardware,
loaded with the same OS image, but one calls the interfaces eth0, eth1,
eth2 while the other calls them eth12, eth13, eth14 becouse it had three
quad cards installed in it for a few days several months ago.

also think what happens to a system if you replace a failed NIC with an
card identical except the MAC addresses. instead of everything just
working as before, you now have new ethX devices and are missing the old
ethX devices.

both ways of doing things can yield nonsense results in cases where the
other one gives perfectly useable results.

nobody is arguing that the ability to nail things down by MAC address
(or drives by UUID) should be removed, we're just arguing that the option
to get useable consistant names from hardware that is consistant is being
removed and that it shouldn't be, it has it's place just like the 'best
effort' naming.

David Lang
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2007-10-17 08:07    [W:0.228 / U:1.128 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site