[PATCH RFC] setns: return 0 directly if try to reassociate with current namespace
Eric W. Biederman
ebiederm at xmission.com
Wed Oct 8 17:55:49 UTC 2014
Serge Hallyn <serge.hallyn at ubuntu.com> writes:
> Quoting Chen Hanxiao (chenhanxiao at cn.fujitsu.com):
>> We could use setns to join the current ns,
>> which did a lot of unnecessary work.
>> This patch will check this senario and
>> return 0 directly.
>> Signed-off-by: Chen Hanxiao <chenhanxiao at cn.fujitsu.com>
> Plus it's just asking for trouble.
> I would ack this, except you need to fclose(file) on the
> return paths. So just set err = 0 and goto out.
I completely disagree.
Nacked-by: "Eric W. Biederman" <ebiederm at xmission.com>
This patch adds a new code path to test, and gets that new code path
wrong. So unless there is a performance advantage for some real world
case I don't see the point. Is there real software that is rejoining
the a current namespace.
This patch changes the behavior of CLONE_NEWNS (which always does a
chdir and chroot) when you change into the current namespace.
This patch changes the behavior of CLONE_NEWUSER which current errors
This code adds a big switch statement to code that is otherwise table
driven. With the result that two pieces of code must be looked at
and modified whenever we want to tweak the behavior of setns for a
So in general I think this piece of code is a maintenance disaster,
with no apparent redeem virtues.
More information about the Containers