On Tue, 2009-10-13 at 11:06 -0700, Dan Williams wrote: > On Mon, 2009-10-12 at 13:37 -0400, Bill Nottingham wrote: > > Scott James Remnant (scott@xxxxxxxxxx) said: > > > On the other hand, they *tend* to be unique for a wide range of systems. > > > This makes them pretty comparable to LABELs on disks, and we have > > > a /dev/disk/by-label > > > > > > Remember that udev already supports symlink stacking, and priorities and > > > such. > > > > > > I don't think there's any danger of supporting a /dev/netdev/by-mac by > > > default, it'll be a benefit to most and those who don't have unique MACs > > > will just ignore it. > > > > At the moment, we do not appear to get the proper change uevents from things > > like 'ip link set dev <foo> address <bar>', so we can't currently maintain > > these symlinks. > > And if we really want seamless support for MAC spoofing, we want > ETHTOOL_GPERMADDR for all drivers too, so that if your configuration > says "rename device XX:XX:XX:XX:XX:XX to YY:YY:YY:YY:YY:YY" we can > actually figure stuff out after the spoof. ETHTOOL_GPERMADDR is handled in the ethtool core now. Are you thinking of drivers that don't have ethtool ops? Maybe it's time to add default operations. Ben. -- Ben Hutchings, Senior Software Engineer, Solarflare Communications Not speaking for my employer; that's the marketing department's job. They asked us to note that Solarflare product names are trademarked. -- To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
