[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080223160956.GR27894@ZenIV.linux.org.uk>
Date: Sat, 23 Feb 2008 16:09:56 +0000
From: Al Viro <viro@...IV.linux.org.uk>
To: Miklos Szeredi <miklos@...redi.hu>
Cc: hch@...radead.org, akpm@...ux-foundation.org, serue@...ibm.com,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
haveblue@...ibm.com
Subject: Re: [patch 00/10] mount ownership and unprivileged mount syscall (v8)
On Mon, Feb 18, 2008 at 12:47:59PM +0100, Miklos Szeredi wrote:
> So what should I do?
>
> Would Al be wanting to merge this into his VFS tree? (Can't find it
> on git.kernel.org yet, BTW.)
FWIW, it's on hera right now, should propagate to git.kernel.org in a few.
Branches I'd pushed there: vfs-fixes.b0 and ro-bind.b0. The latter is
on top of the former. There will be more, but that at least takes care
of the most urgent stuff. Again, apologies for things being too damn
slow ;-/
As for the unprivileged mounts...
a) why do we lose them on clone() in new namespace? Bloody
inconvenient, to put it mildly.
b) why do we prohibit all kinds of remount?
c) just what is limited by that sysctl? AFAICS, rbind is allowed
if mountpoint is on user vfsmount and it seems to create vfsmounts without
eating into that limit just fine... What's the point of limiting the
amount of vfsmounts marked user when you do not limit the number of vfsmount
one can allocate?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists