]> git.baikalelectronics.ru Git - kernel.git/commit
btrfs: disable strict file flushes for renames and truncates
authorChris Mason <clm@fb.com>
Tue, 12 Aug 2014 17:47:42 +0000 (10:47 -0700)
committerChris Mason <clm@fb.com>
Fri, 15 Aug 2014 14:43:42 +0000 (07:43 -0700)
commit0c19333d438599d0e80c76ea0a57655093fbf742
tree601416f676c0e2291bdbed359092eb284f1c32dc
parenta282f7aeb9d7e0523ebdf0f27fa02c3ffa2f5459
btrfs: disable strict file flushes for renames and truncates

Truncates and renames are often used to replace old versions of a file
with new versions.  Applications often expect this to be an atomic
replacement, even if they haven't done anything to make sure the new
version is fully on disk.

Btrfs has strict flushing in place to make sure that renaming over an
old file with a new file will fully flush out the new file before
allowing the transaction commit with the rename to complete.

This ordering means the commit code needs to be able to lock file pages,
and there are a few paths in the filesystem where we will try to end a
transaction with the page lock held.  It's rare, but these things can
deadlock.

This patch removes the ordered flushes and switches to a best effort
filemap_flush like ext4 uses. It's not perfect, but it should fix the
deadlocks.

Signed-off-by: Chris Mason <clm@fb.com>
fs/btrfs/btrfs_inode.h
fs/btrfs/disk-io.c
fs/btrfs/file.c
fs/btrfs/inode.c
fs/btrfs/ordered-data.c
fs/btrfs/ordered-data.h
fs/btrfs/transaction.c
fs/btrfs/transaction.h