From: Stephen Hemminger <stephen@networkplumber.org>
To: Christian Brauner <christian.brauner@ubuntu.com>
Cc: netdev@vger.kernel.org
Subject: Re: [PATCH iproute2] ip netns: allow negative nsid
Date: Tue, 6 Feb 2018 09:12:47 -0800 [thread overview]
Message-ID: <20180206091247.6fe32f37@xeon-e3> (raw)
In-Reply-To: <20180206151615.4912-1-christian.brauner@ubuntu.com>
On Tue, 6 Feb 2018 16:16:15 +0100
Christian Brauner <christian.brauner@ubuntu.com> wrote:
> If the kernel receives a negative nsid it will automatically assign the
> next available nsid. In this case alloc_netid() will set min and max to
> 0 for ird_alloc(). And when max == 0 idr_alloc() will interpret this as
> the maxium range, i.e. specific to nsids it will try to find an id in
> the range [0,INT_MAX). This is intentionally supported in the kernel for
> nsids. Commit acbe9118ce8086f765ffb0da15f80c7c01a8903a regressed ip
> netns in that respect although previously the use-case was either
> accidentally supported or opaquely supported such that it triggered the
> original commit. From what I can gather it went as follows before:
> atoi() was called with a string indicating a negative value which caused
> it to return -1 which was passed to the kernel. Let's make it less
> opaque and use get_integer() and set to -1 when a negative nsid was
> requested. This restores the old behavior.
>
> Signed-off-by: Christian Brauner <christian.brauner@ubuntu.com>
Rather than negative value, it would be better from user interface
point of view to use a user readable value like "auto" which encapsulates
the kernel behavior.
prev parent reply other threads:[~2018-02-06 17:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-06 15:16 [PATCH iproute2] ip netns: allow negative nsid Christian Brauner
2018-02-06 17:12 ` Stephen Hemminger [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180206091247.6fe32f37@xeon-e3 \
--to=stephen@networkplumber.org \
--cc=christian.brauner@ubuntu.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.