On Mon, Mar 18, 2013 at 3:07 PM, Kay Sievers <[email protected]> wrote: > On Mon, Mar 18, 2013 at 2:17 PM, Tom Gundersen <[email protected]> wrote: >> The properties will still be set in the udev database, but they will not be >> used >> for setting the interface names. As for the other kernel commandline >> switches, >> we allow it to be prefixed by 'rd.' to only apply in the initrd. > >> +IMPORT{cmdline}="udev.no-net-name" > > If possible, we should avoid options with negations in the name. > > The udev network names are really done in a way that the kernel itself > could potentially do that on its own some day in the future. We should > probably be arrogant enough to name that stuff with net.foo. :) > > There will also likely be more network related things in the future in > systemd, which are not bound to udev, so the udev prefix for the > network setting we better avoid here, I think.
So perhaps "net.predictable-names", or "net.predictable-interface-names"? Do you think it still makes sense to have an "rc." version? I was thinking this might be useful in case the admin wants to customize the logic, but can't edit the udev rules in the initrd. Obviously, if the kernel takes this over that will all be different anyway... -t _______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
