diff options
author | Christoph Hellwig <hch@lst.de> | 2009-06-08 15:35:48 +0200 |
---|---|---|
committer | Christoph Hellwig <hch@brick.lst.de> | 2009-06-08 15:35:48 +0200 |
commit | 075fe1028699f6a280545dfc2cfc5ac82d555c8c (patch) | |
tree | af17172ddc4d97d73b6a9a39f6dcf0ca2659fcdc /fs/xfs/xfs_dmapi.h | |
parent | fe588ed32867b42e0d906db558ca92fd9f8b128e (diff) | |
download | linux-075fe1028699f6a280545dfc2cfc5ac82d555c8c.tar.gz linux-075fe1028699f6a280545dfc2cfc5ac82d555c8c.tar.bz2 linux-075fe1028699f6a280545dfc2cfc5ac82d555c8c.zip |
xfs: split xfs_sync_inodes
xfs_sync_inodes is used to write back either file data or inode metadata.
In general we always do these separately, except for one fishy case in
xfs_fs_put_super that does both. So separate xfs_sync_inodes into
separate xfs_sync_data and xfs_sync_attr functions. In xfs_fs_put_super
we first call the data sync and then the attr sync as that was the previous
order. The moved log force in that path doesn't make a difference because
we will force the log again as part of the real unmount process.
The filesystem readonly checks are not performed by the new function but
instead moved into the callers, given that most callers alredy have it
further up in the stack. Also add debug checks that we do not pass in
incorrect flags in the new xfs_sync_data and xfs_sync_attr function and
fix the one place that did pass in a wrong flag.
Also remove a comment mentioning xfs_sync_inodes that has been incorrect
for a while because we always take either the iolock or ilock in the
sync path these days.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Eric Sandeen <sandeen@sandeen.net>
Diffstat (limited to 'fs/xfs/xfs_dmapi.h')
0 files changed, 0 insertions, 0 deletions