xfs: take i_mmap_lock on extent manipulation operations
authorDave Chinner <dchinner@redhat.com>
Mon, 23 Feb 2015 10:45:32 +0000 (21:45 +1100)
committerDave Chinner <david@fromorbit.com>
Mon, 23 Feb 2015 10:45:32 +0000 (21:45 +1100)
commite8e9ad42c1f1e1bfbe0e8c32c8cac02e9ebfb7ef
treefe0f154df85bb57c24295f9ac06555be83c7c50c
parent075a924d45cc69c75a35f20b4912b85aa98b180a
xfs: take i_mmap_lock on extent manipulation operations

Now we have the i_mmap_lock being held across the page fault IO
path, we now add extent manipulation operation exclusion by adding
the lock to the paths that directly modify extent maps. This
includes truncate, hole punching and other fallocate based
operations. The operations will now take both the i_iolock and the
i_mmaplock in exclusive mode, thereby ensuring that all IO and page
faults block without holding any page locks while the extent
manipulation is in progress.

This gives us the lock order during truncate of i_iolock ->
i_mmaplock -> page_lock -> i_lock, hence providing the same
lock order as the iolock provides the normal IO path without
involving the mmap_sem.

Signed-off-by: Dave Chinner <dchinner@redhat.com>
Reviewed-by: Brian Foster <bfoster@redhat.com>
Signed-off-by: Dave Chinner <david@fromorbit.com>
fs/xfs/xfs_file.c
fs/xfs/xfs_ioctl.c
fs/xfs/xfs_iops.c
This page took 0.025034 seconds and 5 git commands to generate.