![]() | |||||||||||||
Messages in this thread |
Hello! > Respectfully, With the current 2.6 development model (i.e. the lack of > a 2.7), how are we to address this kind of thing? I'd like to see it > fixed in all new distro releases that base on 2.6.18-2.6.19, and it'll be an > individual distro decision to apply to existing releases (somewhat > unlikely). I'm open to suggestions. Udev rules like what opensuse > use would keep the existing names constant, as would the Red Hat > ifcfg-eth* method, so at least those distro users are OK. We really > need this at install time to get the naming right in the first place. The problem is that there is nothing as a single "right". There exists no consistent definition of how should the ordering look like and the fact that 2.4 and 2.6 differ are just a consequence of that. From the point of view of 2.4 users, the "right" definition is the one used by 2.4 kernels. From the point of view of 2.6 users, the only right definition is the current one. For people installing Linux from scratch, it doesn't matter because neither definition has any advantage, both give unstable results when new devices are plugged in. Moreover, the depth-first order is probably a little bit more stable, because on-board buses usually have lower numbers than buses where hotpluggable devices live (e.g., cardbus), so newly plugged devices are nicely ordered after all built-in ones. If you want to have stable names, use udev, relying on any order is wrong as new devices can always appear anywhere. Have a nice fortnight -- Martin `MJ' Mares <mj@ucw.cz> http://atrey.karlin.mff.cuni.cz/~mj/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth How an engineer writes a program: Start by debugging an empty file... - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2006-09-09 13:11 [from the cache] ©2003-2008 | |||||||||||||