btrfs: rename BTRFS_INODE_ORDERED_DATA_CLOSE flag
Commit8d875f95da
("btrfs: disable strict file flushes for renames and truncates") eliminated the notion of ordered operations and instead BTRFS_INODE_ORDERED_DATA_CLOSE only remained as a flag indicating that a file's content should be synced to disk in case a file is truncated and any writes happen to it concurrently. In fact this intendend behavior was broken until it was fixed inf6dc45c7a9
("Btrfs: fix filemap_flush call in btrfs_file_release"). All things considered let's give the flag a more descriptive name. Also slightly reword comments. Signed-off-by: Nikolay Borisov <nborisov@suse.com> Reviewed-by: David Sterba <dsterba@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
This commit is contained in:

committed by
David Sterba

parent
8d1a7aae89
commit
1fd4033dd0
@@ -4835,11 +4835,11 @@ static int btrfs_setsize(struct inode *inode, struct iattr *attr)
|
||||
|
||||
/*
|
||||
* We're truncating a file that used to have good data down to
|
||||
* zero. Make sure it gets into the ordered flush list so that
|
||||
* any new writes get down to disk quickly.
|
||||
* zero. Make sure any new writes to the file get on disk
|
||||
* on close.
|
||||
*/
|
||||
if (newsize == 0)
|
||||
set_bit(BTRFS_INODE_ORDERED_DATA_CLOSE,
|
||||
set_bit(BTRFS_INODE_FLUSH_ON_CLOSE,
|
||||
&BTRFS_I(inode)->runtime_flags);
|
||||
|
||||
truncate_setsize(inode, newsize);
|
||||
|
Reference in New Issue
Block a user