summaryrefslogtreecommitdiffstats
path: root/security/commoncap.c
diff options
context:
space:
mode:
authorArtem Bityutskiy <artem.bityutskiy@linux.intel.com>2012-07-12 17:26:31 +0300
committerAl Viro <viro@zeniv.linux.org.uk>2012-07-22 23:58:04 +0400
commit9e6c5829b07c9ba6668807631914efc557fab059 (patch)
tree4355c4b76869cf7fba0b2a60066e649e12e7fcc8 /security/commoncap.c
parent58770d7e83eede5fafbcdf54a604277d70010705 (diff)
downloadlinux-9e6c5829b07c9ba6668807631914efc557fab059.tar.gz
linux-9e6c5829b07c9ba6668807631914efc557fab059.tar.bz2
linux-9e6c5829b07c9ba6668807631914efc557fab059.zip
hfsplus: get rid of write_super
This patch makes hfsplus stop using the VFS '->write_super()' method along with the 's_dirt' superblock flag, because they are on their way out. The whole "superblock write-out" VFS infrastructure is served by the 'sync_supers()' kernel thread, which wakes up every 5 (by default) seconds and writes out all dirty superblocks using the '->write_super()' call-back. But the problem with this thread is that it wastes power by waking up the system every 5 seconds, even if there are no diry superblocks, or there are no client file-systems which would need this (e.g., btrfs does not use '->write_super()'). So we want to kill it completely and thus, we need to make file-systems to stop using the '->write_super()' VFS service, and then remove it together with the kernel thread. Tested using fsstress from the LTP project. Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'security/commoncap.c')
0 files changed, 0 insertions, 0 deletions