summaryrefslogtreecommitdiffstats
path: root/fs/xfs/scrub
diff options
context:
space:
mode:
authorBrian Foster <bfoster@redhat.com>2019-02-03 23:03:06 +0100
committerDarrick J. Wong <darrick.wong@oracle.com>2019-02-03 23:03:06 +0100
commit465fa17f4a303d9fdff9eac4d45f91ece92e96ca (patch)
tree99191e4a9a68f853fd3d2b88848c76465e77c739 /fs/xfs/scrub
parentxfs: eof trim writeback mapping as soon as it is cached (diff)
downloadlinux-465fa17f4a303d9fdff9eac4d45f91ece92e96ca.tar.xz
linux-465fa17f4a303d9fdff9eac4d45f91ece92e96ca.zip
xfs: end sync buffer I/O properly on shutdown error
As of commit e339dd8d8b ("xfs: use sync buffer I/O for sync delwri queue submission"), the delwri submission code uses sync buffer I/O for sync delwri I/O. Instead of waiting on async I/O to unlock the buffer, it uses the underlying sync I/O completion mechanism. If delwri buffer submission fails due to a shutdown scenario, an error is set on the buffer and buffer completion never occurs. This can cause xfs_buf_delwri_submit() to deadlock waiting on a completion event. We could check the error state before waiting on such buffers, but that doesn't serialize against the case of an error set via a racing I/O completion. Instead, invoke I/O completion in the shutdown case regardless of buffer I/O type. Signed-off-by: Brian Foster <bfoster@redhat.com> Reviewed-by: Dave Chinner <dchinner@redhat.com> Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com> Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Diffstat (limited to 'fs/xfs/scrub')
0 files changed, 0 insertions, 0 deletions