aboutsummaryrefslogtreecommitdiffstats
path: root/ipc/msgutil.c
diff options
context:
space:
mode:
authorDavid Howells <dhowells@redhat.com>2018-11-01 23:07:25 +0000
committerAl Viro <viro@zeniv.linux.org.uk>2019-02-28 03:29:29 -0500
commit935c6912b198f60a812b7dada21027b5aac7c461 (patch)
treeb948022b6e597e4e108d773fd9ceeea2985965d6 /ipc/msgutil.c
parentproc: Add fs_context support to procfs (diff)
downloadlinux-dev-935c6912b198f60a812b7dada21027b5aac7c461.tar.xz
linux-dev-935c6912b198f60a812b7dada21027b5aac7c461.zip
ipc: Convert mqueue fs to fs_context
Convert the mqueue filesystem to use the filesystem context stuff. Notes: (1) The relevant ipc namespace is selected in when the context is initialised (and it defaults to the current task's ipc namespace). The caller can override this before calling vfs_get_tree(). (2) Rather than simply calling kern_mount_data(), mq_init_ns() and mq_internal_mount() create a context, adjust it and then do the rest of the mount procedure. (3) The lazy mqueue mounting on creation of a new namespace is retained from a previous patch, but the avoidance of sget() if no superblock yet exists is reverted and the superblock is again keyed on the namespace pointer. Yes, there was a performance gain in not searching the superblock hash, but it's only paid once per ipc namespace - and only if someone uses mqueue within that namespace, so I'm not sure it's worth it, especially as calling sget() allows avoidance of recursion. Signed-off-by: David Howells <dhowells@redhat.com> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'ipc/msgutil.c')
0 files changed, 0 insertions, 0 deletions