[<prev] [next>] [day] [month] [year] [list]
Message-ID: <874optb5qh.fsf@spindle.srvr.nix>
Date: Wed, 21 Oct 2009 07:50:30 +0100
From: Nix <nix@...eri.org.uk>
To: Stephen Hemminger <shemminger@...tta.com>
Cc: Matt Mackall <mpm@...enic.com>, linux-kernel@...r.kernel.org,
netdev@...r.kernel.org
Subject: Re: [PATCH] Allow renaming of network interfaces that are up.
[Cc:s adjusted, thanks davem]
On 21 Oct 2009, Stephen Hemminger said:
> On Tue, 20 Oct 2009 19:54:02 +0100
> Nix <nix@...eri.org.uk> wrote:
[...]
>> This makes it much easier to use things like netconsole which bring up a
>> network interface before userspace has started: presently these will cause
>> interface renamings to fail, breaking any userspace that relies on renaming
>> devices to avoid reliance on the potentially-unstable kernel-assigned name.
[...]
> This breaks quagga and other applications that track renames.
So it's only userspace that's the problem? We have a choice of breaking
apps that assume that only downed interfaces can be renamed, and thus
breaking routing while the system is running, or breaking userspaces
that assume that they can rename interfaces, and thus breaking routing
at bootup when netconsole is on? Great :/
(How many systems run things that track renames? Is this, ew, a reason
to make this constraint configurable, maybe even at runtime, so you
could start with interfaces renameable and then lock them down once
static route assignment is up, just before you fire up quagga?)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists