remarkable-linux/fs/hfs
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
..
attr.c
bfind.c
bitmap.c
bnode.c
brec.c
btree.c hfs: fix hfs_find_init() sb->ext_tree NULL ptr oops 2011-11-02 16:06:59 -07:00
btree.h
catalog.c
dir.c don't pass nameidata to ->create() 2012-07-14 16:34:47 +04:00
extent.c hfs: get rid of hfs_sync_super 2012-07-22 23:58:09 +04:00
hfs.h
hfs_fs.h hfs: get rid of hfs_sync_super 2012-07-22 23:58:09 +04:00
inode.c hfs: get rid of hfs_sync_super 2012-07-22 23:58:09 +04:00
Kconfig
Makefile
mdb.c hfs: nuke write_super from comments 2012-08-04 12:15:38 +04:00
part_tbl.c
string.c
super.c fs: push rcu_barrier() from deactivate_locked_super() to filesystems 2012-10-02 21:35:55 -04:00
sysdep.c stop passing nameidata * to ->d_revalidate() 2012-07-14 16:34:14 +04:00
trans.c hfs: add sanity check for file name length 2011-11-15 14:29:42 -02:00