linux/fs/minix
Kirill A. Shutemov 8c0a853770 fs: push rcu_barrier() from deactivate_locked_super() to filesystems
There's no reason to call rcu_barrier() on every
deactivate_locked_super().  We only need to make sure that all delayed rcu
free inodes are flushed before we destroy related cache.

Removing rcu_barrier() from deactivate_locked_super() affects some fast
paths.  E.g.  on my machine exit_group() of a last process in IPC
namespace takes 0.07538s.  rcu_barrier() takes 0.05188s of that time.

Signed-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2012-10-02 21:35:55 -04:00
..
bitmap.c minix: propagate umode_t 2012-01-03 22:54:59 -05:00
dir.c minix: remove the second argument of k[un]map_atomic() 2012-03-20 21:48:24 +08:00
file.c remove inode_setattr 2010-08-09 16:47:37 -04:00
inode.c fs: push rcu_barrier() from deactivate_locked_super() to filesystems 2012-10-02 21:35:55 -04:00
itree_common.c
itree_v1.c include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h 2010-03-30 22:02:32 +09:00
itree_v2.c minixfs: fix block limit check 2012-07-30 17:25:19 -07:00
Kconfig bitops: remove minix bitops from asm/bitops.h 2011-03-23 19:46:22 -07:00
Makefile
minix.h vfs: check i_nlink limits in vfs_{mkdir,rename_dir,link} 2012-03-20 21:29:32 -04:00
namei.c don't pass nameidata to ->create() 2012-07-14 16:34:47 +04:00