@@ -974,12 +974,12 @@ int __generic_file_fsync(struct file *file, loff_t start, loff_t end,
int err;
int ret;
- err = filemap_write_and_wait_range(inode->i_mapping, start, end);
- if (err)
- return err;
+ ret = filemap_write_and_wait_range(inode->i_mapping, start, end);
inode_lock(inode);
- ret = sync_mapping_buffers(inode->i_mapping);
+ err = sync_mapping_buffers(inode->i_mapping);
+ if (ret == 0)
+ ret = err;
if (!(inode->i_state & I_DIRTY_ALL))
goto out;
if (datasync && !(inode->i_state & I_DIRTY_DATASYNC))
@@ -988,7 +988,6 @@ int __generic_file_fsync(struct file *file, loff_t start, loff_t end,
err = sync_inode_metadata(inode, 1);
if (ret == 0)
ret = err;
-
out:
inode_unlock(inode);
err = filemap_check_errors(inode->i_mapping);
If there were previously both metadata and data writeback errors when fsync is called, then it will currently take two calls to fsync() to clear them on some filesystems. The problem is in __generic_file_fsync, which won't try to write back the metadata if the data flush fails. Fix this by always attempting to write out the metadata, even when a flush of the data reports an error. Signed-off-by: Jeff Layton <jlayton@redhat.com> --- fs/libfs.c | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-)