[lkml]   [2005]   [May]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RCF] [PATCH] unprivileged mount/umount
    On Wed, 2005-05-11 at 11:49, Miklos Szeredi wrote:
    > > > > How about a new clone option "CLONE_NOSUID"?
    > > >
    > > > IMO, the clone call ist the wrong place to create namespaces. It should be
    > > > deprecated by a mkdir/chdir-like interface.
    > >
    > > And the mkdir/chdir interface already exists, see "cd /proc/NNN/root".
    > That's the chdir part.

    What if proc filesystem is removed from the kernel?

    Ability to access some other namespace through the proc filesystem does
    not look clean. I think it should be cleanly supported through VFS.

    Also cd'ing into a new namespace just allows you to browse through
    the other namespace. But it does not effectively change the process's
    namespace. Things like mount in the other namespace will be failed
    by check_mount() anyway.

    I think, we need sys calls like sys_cdnamespace() which switches to a
    new namespace.

    Effectively the process's current->namespace has to be modified,
    for the process to be effectively work in the new namespace.

    > The mkdir part is clone() or unshare().

    clone/unshare will give you the ability to share/unshare a know
    namespace. But to share some arbitrary namespace to which a process
    has access rights to.

    > How else do you propose to create new namespaces?


    > Miklos
    > -
    > To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
    > the body of a message to
    > More majordomo info at

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-05-11 21:41    [W:3.808 / U:0.124 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site