[systemd-bugs] [Bug 53837] udev: network device renaming broken
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu May 16 13:56:49 PDT 2013
https://bugs.freedesktop.org/show_bug.cgi?id=53837
Kay Sievers <kay at vrfy.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |WONTFIX
--- Comment #6 from Kay Sievers <kay at vrfy.org> ---
I see only one option and that would be to teach the kernel with an option
to reserve 0-99 or whatever of ethX, so this range can be used by userspace to
rename *to*. That tunable could be set by the system before any kernel module
is loaded.
We will not play the silly games with retry-loops in hotplug paths to
race against the kernel creating new device while we try to rename in
userspace the same thing, and fail.
What we had is not coming back to udev, no matter how many times you
open the bug again. :) If you really care and do the kernel work, all would
just work without racy unreliable loops in udev.
Newer udev versions will not play these wrong games in userspace fighting
*against* the kernel.
I spent far too much time over the years with supporting the fallout of that
bad idea in the first place, and I'll not waste any more time with it.
It just did not work reliably, and never will, and we stopped pretending
to solve problems we cannot solve in that way.
As mentioned, I guess it's a problem that can be solved with help of the
kernel, but not by udev alone.
Closing it again.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20130516/29cfa2ec/attachment.html>
More information about the systemd-bugs
mailing list