summaryrefslogtreecommitdiff
path: root/crypto/rmd256.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2010-03-05 08:21:21 (GMT)
committerAl Viro <viro@zeniv.linux.org.uk>2010-03-05 18:25:10 (GMT)
commit26821ed40b4230259e770c9911180f38fcaa6f59 (patch)
tree40cd0fed705ec59dd3c909b96452bae1fc532796 /crypto/rmd256.c
parent64ba9926759792cf7b95f823402e2781edd1b5d4 (diff)
downloadlinux-fsl-qoriq-26821ed40b4230259e770c9911180f38fcaa6f59.tar.xz
make sure data is on disk before calling ->write_inode
Similar to the fsync issue fixed a while ago in commit 2daea67e966dc0c42067ebea015ddac6834cef88 we need to write for data to actually hit the disk before writing out the metadata to guarantee data integrity for filesystems that modify the inode in the data I/O completion path. Currently XFS and NFS handle this manually, and AFS has a write_inode method that does nothing but waiting for data, while others are possibly missing out on this. Fortunately this change has a lot less impact than the fsync change as none of the write_inode methods starts data writeout of any form by itself. Signed-off-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'crypto/rmd256.c')
0 files changed, 0 insertions, 0 deletions