summaryrefslogtreecommitdiff
path: root/scripts
diff options
context:
space:
mode:
authorArtem Bityutskiy <artem.bityutskiy@linux.intel.com>2012-07-03 16:43:28 +0300
committerAl Viro <viro@zeniv.linux.org.uk>2012-07-22 23:58:12 +0400
commit9d46be294d12871adf4206f89168b14d27adb8b5 (patch)
tree6851c9f7d278bcf8a7cf01ac65f670dbb3aa95bf /scripts
parenteee458936b52bd3a9ff0ff577313b637905fff08 (diff)
downloadlinux-3.10-9d46be294d12871adf4206f89168b14d27adb8b5.tar.gz
linux-3.10-9d46be294d12871adf4206f89168b14d27adb8b5.tar.bz2
linux-3.10-9d46be294d12871adf4206f89168b14d27adb8b5.zip
fs/sysv: stop using write_super and s_dirt
It does not look like sysv FS needs 'write_super()' at all, because all it does is a timestamp update. I cannot test this patch, because this file-system is so old and probably has not been used by anyone for years, so there are no tools to create it in Linux. But from the code I see that marking the superblock as dirty is basically marking the superblock buffers as drity and then setting the s_dirt flag. And when 'write_super()' is executed to handle the s_dirt flag, we just update the timestamp and again mark the superblock buffer as dirty. Seems pointless. It looks like we can update the timestamp more opprtunistically - on unmount or remount of sync, and nothing should change. Thus, this patch removes 'sysv_write_super()' and 's_dirt'. Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions