2008-02-08 19:18:22 +07:00
|
|
|
/*
|
|
|
|
* linux/ipc/namespace.c
|
|
|
|
* Copyright (C) 2006 Pavel Emelyanov <xemul@openvz.org> OpenVZ, SWsoft Inc.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/ipc.h>
|
|
|
|
#include <linux/msg.h>
|
|
|
|
#include <linux/ipc_namespace.h>
|
|
|
|
#include <linux/rcupdate.h>
|
|
|
|
#include <linux/nsproxy.h>
|
|
|
|
#include <linux/slab.h>
|
namespaces: ipc namespaces: implement support for posix msqueues
Implement multiple mounts of the mqueue file system, and link it to usage
of CLONE_NEWIPC.
Each ipc ns has a corresponding mqueuefs superblock. When a user does
clone(CLONE_NEWIPC) or unshare(CLONE_NEWIPC), the unshare will cause an
internal mount of a new mqueuefs sb linked to the new ipc ns.
When a user does 'mount -t mqueue mqueue /dev/mqueue', he mounts the
mqueuefs superblock.
Posix message queues can be worked with both through the mq_* system calls
(see mq_overview(7)), and through the VFS through the mqueue mount. Any
usage of mq_open() and friends will work with the acting task's ipc
namespace. Any actions through the VFS will work with the mqueuefs in
which the file was created. So if a user doesn't remount mqueuefs after
unshare(CLONE_NEWIPC), mq_open("/ab") will not be reflected in "ls
/dev/mqueue".
If task a mounts mqueue for ipc_ns:1, then clones task b with a new ipcns,
ipcns:2, and then task a is the last task in ipc_ns:1 to exit, then (1)
ipc_ns:1 will be freed, (2) it's superblock will live on until task b
umounts the corresponding mqueuefs, and vfs actions will continue to
succeed, but (3) sb->s_fs_info will be NULL for the sb corresponding to
the deceased ipc_ns:1.
To make this happen, we must protect the ipc reference count when
a) a task exits and drops its ipcns->count, since it might be dropping
it to 0 and freeing the ipcns
b) a task accesses the ipcns through its mqueuefs interface, since it
bumps the ipcns refcount and might race with the last task in the ipcns
exiting.
So the kref is changed to an atomic_t so we can use
atomic_dec_and_lock(&ns->count,mq_lock), and every access to the ipcns
through ns = mqueuefs_sb->s_fs_info is protected by the same lock.
Signed-off-by: Cedric Le Goater <clg@fr.ibm.com>
Signed-off-by: Serge E. Hallyn <serue@us.ibm.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-04-07 09:01:10 +07:00
|
|
|
#include <linux/fs.h>
|
|
|
|
#include <linux/mount.h>
|
2008-02-08 19:18:22 +07:00
|
|
|
|
|
|
|
#include "util.h"
|
|
|
|
|
|
|
|
static struct ipc_namespace *clone_ipc_ns(struct ipc_namespace *old_ns)
|
|
|
|
{
|
|
|
|
struct ipc_namespace *ns;
|
namespaces: ipc namespaces: implement support for posix msqueues
Implement multiple mounts of the mqueue file system, and link it to usage
of CLONE_NEWIPC.
Each ipc ns has a corresponding mqueuefs superblock. When a user does
clone(CLONE_NEWIPC) or unshare(CLONE_NEWIPC), the unshare will cause an
internal mount of a new mqueuefs sb linked to the new ipc ns.
When a user does 'mount -t mqueue mqueue /dev/mqueue', he mounts the
mqueuefs superblock.
Posix message queues can be worked with both through the mq_* system calls
(see mq_overview(7)), and through the VFS through the mqueue mount. Any
usage of mq_open() and friends will work with the acting task's ipc
namespace. Any actions through the VFS will work with the mqueuefs in
which the file was created. So if a user doesn't remount mqueuefs after
unshare(CLONE_NEWIPC), mq_open("/ab") will not be reflected in "ls
/dev/mqueue".
If task a mounts mqueue for ipc_ns:1, then clones task b with a new ipcns,
ipcns:2, and then task a is the last task in ipc_ns:1 to exit, then (1)
ipc_ns:1 will be freed, (2) it's superblock will live on until task b
umounts the corresponding mqueuefs, and vfs actions will continue to
succeed, but (3) sb->s_fs_info will be NULL for the sb corresponding to
the deceased ipc_ns:1.
To make this happen, we must protect the ipc reference count when
a) a task exits and drops its ipcns->count, since it might be dropping
it to 0 and freeing the ipcns
b) a task accesses the ipcns through its mqueuefs interface, since it
bumps the ipcns refcount and might race with the last task in the ipcns
exiting.
So the kref is changed to an atomic_t so we can use
atomic_dec_and_lock(&ns->count,mq_lock), and every access to the ipcns
through ns = mqueuefs_sb->s_fs_info is protected by the same lock.
Signed-off-by: Cedric Le Goater <clg@fr.ibm.com>
Signed-off-by: Serge E. Hallyn <serue@us.ibm.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-04-07 09:01:10 +07:00
|
|
|
int err;
|
2008-02-08 19:18:22 +07:00
|
|
|
|
|
|
|
ns = kmalloc(sizeof(struct ipc_namespace), GFP_KERNEL);
|
|
|
|
if (ns == NULL)
|
2008-02-08 19:18:57 +07:00
|
|
|
return ERR_PTR(-ENOMEM);
|
2008-02-08 19:18:22 +07:00
|
|
|
|
namespaces: ipc namespaces: implement support for posix msqueues
Implement multiple mounts of the mqueue file system, and link it to usage
of CLONE_NEWIPC.
Each ipc ns has a corresponding mqueuefs superblock. When a user does
clone(CLONE_NEWIPC) or unshare(CLONE_NEWIPC), the unshare will cause an
internal mount of a new mqueuefs sb linked to the new ipc ns.
When a user does 'mount -t mqueue mqueue /dev/mqueue', he mounts the
mqueuefs superblock.
Posix message queues can be worked with both through the mq_* system calls
(see mq_overview(7)), and through the VFS through the mqueue mount. Any
usage of mq_open() and friends will work with the acting task's ipc
namespace. Any actions through the VFS will work with the mqueuefs in
which the file was created. So if a user doesn't remount mqueuefs after
unshare(CLONE_NEWIPC), mq_open("/ab") will not be reflected in "ls
/dev/mqueue".
If task a mounts mqueue for ipc_ns:1, then clones task b with a new ipcns,
ipcns:2, and then task a is the last task in ipc_ns:1 to exit, then (1)
ipc_ns:1 will be freed, (2) it's superblock will live on until task b
umounts the corresponding mqueuefs, and vfs actions will continue to
succeed, but (3) sb->s_fs_info will be NULL for the sb corresponding to
the deceased ipc_ns:1.
To make this happen, we must protect the ipc reference count when
a) a task exits and drops its ipcns->count, since it might be dropping
it to 0 and freeing the ipcns
b) a task accesses the ipcns through its mqueuefs interface, since it
bumps the ipcns refcount and might race with the last task in the ipcns
exiting.
So the kref is changed to an atomic_t so we can use
atomic_dec_and_lock(&ns->count,mq_lock), and every access to the ipcns
through ns = mqueuefs_sb->s_fs_info is protected by the same lock.
Signed-off-by: Cedric Le Goater <clg@fr.ibm.com>
Signed-off-by: Serge E. Hallyn <serue@us.ibm.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-04-07 09:01:10 +07:00
|
|
|
atomic_set(&ns->count, 1);
|
|
|
|
err = mq_init_ns(ns);
|
|
|
|
if (err) {
|
|
|
|
kfree(ns);
|
|
|
|
return ERR_PTR(err);
|
|
|
|
}
|
2008-04-29 15:00:40 +07:00
|
|
|
atomic_inc(&nr_ipc_ns);
|
|
|
|
|
2008-02-08 19:18:57 +07:00
|
|
|
sem_init_ns(ns);
|
|
|
|
msg_init_ns(ns);
|
|
|
|
shm_init_ns(ns);
|
2008-02-08 19:18:22 +07:00
|
|
|
|
2008-04-29 15:00:44 +07:00
|
|
|
/*
|
|
|
|
* msgmni has already been computed for the new ipc ns.
|
|
|
|
* Thus, do the ipcns creation notification before registering that
|
|
|
|
* new ipcns in the chain.
|
|
|
|
*/
|
|
|
|
ipcns_notify(IPCNS_CREATED);
|
2008-04-29 15:00:42 +07:00
|
|
|
register_ipcns_notifier(ns);
|
|
|
|
|
2008-02-08 19:18:22 +07:00
|
|
|
return ns;
|
|
|
|
}
|
|
|
|
|
|
|
|
struct ipc_namespace *copy_ipcs(unsigned long flags, struct ipc_namespace *ns)
|
|
|
|
{
|
|
|
|
struct ipc_namespace *new_ns;
|
|
|
|
|
|
|
|
BUG_ON(!ns);
|
|
|
|
get_ipc_ns(ns);
|
|
|
|
|
|
|
|
if (!(flags & CLONE_NEWIPC))
|
|
|
|
return ns;
|
|
|
|
|
|
|
|
new_ns = clone_ipc_ns(ns);
|
|
|
|
|
|
|
|
put_ipc_ns(ns);
|
|
|
|
return new_ns;
|
|
|
|
}
|
|
|
|
|
2008-02-08 19:18:57 +07:00
|
|
|
/*
|
|
|
|
* free_ipcs - free all ipcs of one type
|
|
|
|
* @ns: the namespace to remove the ipcs from
|
|
|
|
* @ids: the table of ipcs to free
|
|
|
|
* @free: the function called to free each individual ipc
|
|
|
|
*
|
|
|
|
* Called for each kind of ipc when an ipc_namespace exits.
|
|
|
|
*/
|
|
|
|
void free_ipcs(struct ipc_namespace *ns, struct ipc_ids *ids,
|
|
|
|
void (*free)(struct ipc_namespace *, struct kern_ipc_perm *))
|
|
|
|
{
|
|
|
|
struct kern_ipc_perm *perm;
|
|
|
|
int next_id;
|
|
|
|
int total, in_use;
|
|
|
|
|
|
|
|
down_write(&ids->rw_mutex);
|
|
|
|
|
|
|
|
in_use = ids->in_use;
|
|
|
|
|
|
|
|
for (total = 0, next_id = 0; total < in_use; next_id++) {
|
|
|
|
perm = idr_find(&ids->ipcs_idr, next_id);
|
|
|
|
if (perm == NULL)
|
|
|
|
continue;
|
|
|
|
ipc_lock_by_ptr(perm);
|
|
|
|
free(ns, perm);
|
|
|
|
total++;
|
|
|
|
}
|
|
|
|
up_write(&ids->rw_mutex);
|
|
|
|
}
|
|
|
|
|
namespaces: ipc namespaces: implement support for posix msqueues
Implement multiple mounts of the mqueue file system, and link it to usage
of CLONE_NEWIPC.
Each ipc ns has a corresponding mqueuefs superblock. When a user does
clone(CLONE_NEWIPC) or unshare(CLONE_NEWIPC), the unshare will cause an
internal mount of a new mqueuefs sb linked to the new ipc ns.
When a user does 'mount -t mqueue mqueue /dev/mqueue', he mounts the
mqueuefs superblock.
Posix message queues can be worked with both through the mq_* system calls
(see mq_overview(7)), and through the VFS through the mqueue mount. Any
usage of mq_open() and friends will work with the acting task's ipc
namespace. Any actions through the VFS will work with the mqueuefs in
which the file was created. So if a user doesn't remount mqueuefs after
unshare(CLONE_NEWIPC), mq_open("/ab") will not be reflected in "ls
/dev/mqueue".
If task a mounts mqueue for ipc_ns:1, then clones task b with a new ipcns,
ipcns:2, and then task a is the last task in ipc_ns:1 to exit, then (1)
ipc_ns:1 will be freed, (2) it's superblock will live on until task b
umounts the corresponding mqueuefs, and vfs actions will continue to
succeed, but (3) sb->s_fs_info will be NULL for the sb corresponding to
the deceased ipc_ns:1.
To make this happen, we must protect the ipc reference count when
a) a task exits and drops its ipcns->count, since it might be dropping
it to 0 and freeing the ipcns
b) a task accesses the ipcns through its mqueuefs interface, since it
bumps the ipcns refcount and might race with the last task in the ipcns
exiting.
So the kref is changed to an atomic_t so we can use
atomic_dec_and_lock(&ns->count,mq_lock), and every access to the ipcns
through ns = mqueuefs_sb->s_fs_info is protected by the same lock.
Signed-off-by: Cedric Le Goater <clg@fr.ibm.com>
Signed-off-by: Serge E. Hallyn <serue@us.ibm.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-04-07 09:01:10 +07:00
|
|
|
/*
|
|
|
|
* put_ipc_ns - drop a reference to an ipc namespace.
|
|
|
|
* @ns: the namespace to put
|
|
|
|
*
|
|
|
|
* If this is the last task in the namespace exiting, and
|
|
|
|
* it is dropping the refcount to 0, then it can race with
|
|
|
|
* a task in another ipc namespace but in a mounts namespace
|
|
|
|
* which has this ipcns's mqueuefs mounted, doing some action
|
|
|
|
* with one of the mqueuefs files. That can raise the refcount.
|
|
|
|
* So dropping the refcount, and raising the refcount when
|
|
|
|
* accessing it through the VFS, are protected with mq_lock.
|
|
|
|
*
|
|
|
|
* (Clearly, a task raising the refcount on its own ipc_ns
|
|
|
|
* needn't take mq_lock since it can't race with the last task
|
|
|
|
* in the ipcns exiting).
|
|
|
|
*/
|
|
|
|
void put_ipc_ns(struct ipc_namespace *ns)
|
2008-02-08 19:18:22 +07:00
|
|
|
{
|
namespaces: ipc namespaces: implement support for posix msqueues
Implement multiple mounts of the mqueue file system, and link it to usage
of CLONE_NEWIPC.
Each ipc ns has a corresponding mqueuefs superblock. When a user does
clone(CLONE_NEWIPC) or unshare(CLONE_NEWIPC), the unshare will cause an
internal mount of a new mqueuefs sb linked to the new ipc ns.
When a user does 'mount -t mqueue mqueue /dev/mqueue', he mounts the
mqueuefs superblock.
Posix message queues can be worked with both through the mq_* system calls
(see mq_overview(7)), and through the VFS through the mqueue mount. Any
usage of mq_open() and friends will work with the acting task's ipc
namespace. Any actions through the VFS will work with the mqueuefs in
which the file was created. So if a user doesn't remount mqueuefs after
unshare(CLONE_NEWIPC), mq_open("/ab") will not be reflected in "ls
/dev/mqueue".
If task a mounts mqueue for ipc_ns:1, then clones task b with a new ipcns,
ipcns:2, and then task a is the last task in ipc_ns:1 to exit, then (1)
ipc_ns:1 will be freed, (2) it's superblock will live on until task b
umounts the corresponding mqueuefs, and vfs actions will continue to
succeed, but (3) sb->s_fs_info will be NULL for the sb corresponding to
the deceased ipc_ns:1.
To make this happen, we must protect the ipc reference count when
a) a task exits and drops its ipcns->count, since it might be dropping
it to 0 and freeing the ipcns
b) a task accesses the ipcns through its mqueuefs interface, since it
bumps the ipcns refcount and might race with the last task in the ipcns
exiting.
So the kref is changed to an atomic_t so we can use
atomic_dec_and_lock(&ns->count,mq_lock), and every access to the ipcns
through ns = mqueuefs_sb->s_fs_info is protected by the same lock.
Signed-off-by: Cedric Le Goater <clg@fr.ibm.com>
Signed-off-by: Serge E. Hallyn <serue@us.ibm.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-04-07 09:01:10 +07:00
|
|
|
if (atomic_dec_and_lock(&ns->count, &mq_lock)) {
|
|
|
|
mq_clear_sbinfo(ns);
|
|
|
|
spin_unlock(&mq_lock);
|
|
|
|
mq_put_mnt(ns);
|
|
|
|
free_ipc_ns(ns);
|
|
|
|
}
|
|
|
|
}
|
2008-02-08 19:18:22 +07:00
|
|
|
|
namespaces: ipc namespaces: implement support for posix msqueues
Implement multiple mounts of the mqueue file system, and link it to usage
of CLONE_NEWIPC.
Each ipc ns has a corresponding mqueuefs superblock. When a user does
clone(CLONE_NEWIPC) or unshare(CLONE_NEWIPC), the unshare will cause an
internal mount of a new mqueuefs sb linked to the new ipc ns.
When a user does 'mount -t mqueue mqueue /dev/mqueue', he mounts the
mqueuefs superblock.
Posix message queues can be worked with both through the mq_* system calls
(see mq_overview(7)), and through the VFS through the mqueue mount. Any
usage of mq_open() and friends will work with the acting task's ipc
namespace. Any actions through the VFS will work with the mqueuefs in
which the file was created. So if a user doesn't remount mqueuefs after
unshare(CLONE_NEWIPC), mq_open("/ab") will not be reflected in "ls
/dev/mqueue".
If task a mounts mqueue for ipc_ns:1, then clones task b with a new ipcns,
ipcns:2, and then task a is the last task in ipc_ns:1 to exit, then (1)
ipc_ns:1 will be freed, (2) it's superblock will live on until task b
umounts the corresponding mqueuefs, and vfs actions will continue to
succeed, but (3) sb->s_fs_info will be NULL for the sb corresponding to
the deceased ipc_ns:1.
To make this happen, we must protect the ipc reference count when
a) a task exits and drops its ipcns->count, since it might be dropping
it to 0 and freeing the ipcns
b) a task accesses the ipcns through its mqueuefs interface, since it
bumps the ipcns refcount and might race with the last task in the ipcns
exiting.
So the kref is changed to an atomic_t so we can use
atomic_dec_and_lock(&ns->count,mq_lock), and every access to the ipcns
through ns = mqueuefs_sb->s_fs_info is protected by the same lock.
Signed-off-by: Cedric Le Goater <clg@fr.ibm.com>
Signed-off-by: Serge E. Hallyn <serue@us.ibm.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-04-07 09:01:10 +07:00
|
|
|
void free_ipc_ns(struct ipc_namespace *ns)
|
|
|
|
{
|
2008-04-29 15:00:42 +07:00
|
|
|
/*
|
|
|
|
* Unregistering the hotplug notifier at the beginning guarantees
|
|
|
|
* that the ipc namespace won't be freed while we are inside the
|
|
|
|
* callback routine. Since the blocking_notifier_chain_XXX routines
|
|
|
|
* hold a rw lock on the notifier list, unregister_ipcns_notifier()
|
|
|
|
* won't take the rw lock before blocking_notifier_call_chain() has
|
|
|
|
* released the rd lock.
|
|
|
|
*/
|
|
|
|
unregister_ipcns_notifier(ns);
|
2008-02-08 19:18:22 +07:00
|
|
|
sem_exit_ns(ns);
|
|
|
|
msg_exit_ns(ns);
|
|
|
|
shm_exit_ns(ns);
|
|
|
|
kfree(ns);
|
2008-04-29 15:00:40 +07:00
|
|
|
atomic_dec(&nr_ipc_ns);
|
2008-04-29 15:00:44 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Do the ipcns removal notification after decrementing nr_ipc_ns in
|
|
|
|
* order to have a correct value when recomputing msgmni.
|
|
|
|
*/
|
|
|
|
ipcns_notify(IPCNS_REMOVED);
|
2008-02-08 19:18:22 +07:00
|
|
|
}
|