Patch "xfs: sync eofblocks scans under iolock are livelock prone" has been added to the 4.10-stable tree
Subsystems (2)
This is a note to let you know that I've just added the patch titled
xfs: sync eofblocks scans under iolock are livelock prone
to the 4.10-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
xfs-sync-eofblocks-scans-under-iolock-are-livelock-prone.patch
and it can be found in the queue-4.10 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From
c3155097ad89a956579bc305856a1f2878494e52Mon Sep 17 00:00:00 2001
From: Brian Foster <[email protected]>
Date: Fri, 27 Jan 2017 23:22:56 -0800
Subject: xfs: sync eofblocks scans under iolock are livelock prone
From: Brian Foster <[email protected]>
commit c3155097ad89a956579bc305856a1f2878494e52 upstream.
The xfs_eofblocks.eof_scan_owner field is an internal field to facilitate invoking eofb scans from the kernel while under the iolock. This is necessary because the eofb scan acquires the iolock of each inode. Synchronous scans are invoked on certain buffered write failures while under iolock. In such cases, the scan owner indicates that the context for the scan already owns the particular iolock and prevents a double lock deadlock.
eofblocks scans while under iolock are still livelock prone in the event of multiple parallel scans, however. If multiple buffered writes to different inodes fail and invoke eofblocks scans at the same time, each scan avoids a deadlock with its own inode by virtue of the eof_scan_owner field, but will never be able to acquire the iolock of the inode from the parallel scan. Because the low free space scans are invoked with SYNC_WAIT, the scan will not return until it has processed every tagged inode and thus both scans will spin indefinitely on the iolock being held across the opposite scan. This problem can be reproduced reliably by generic/224 on systems with higher cpu counts (x16).
To avoid this problem, simplify the semantics of eofblocks scans to never invoke a scan while under iolock. This means that the buffered write context must drop the iolock before the scan. It must reacquire the lock before the write retry and also repeat the initial write checks, as the original state might no longer be valid once the iolock was dropped.
--- fs/xfs/xfs_file.c | 13 +++++++++---- fs/xfs/xfs_icache.c | 45 +++++++-------------------------------------- fs/xfs/xfs_icache.h | 2 -- 3 files changed, 16 insertions(+), 44 deletions(-)
fs/xfs/xfs_file.c +9 -4
@@ -614,8 +614,10 @@ xfs_file_buffered_aio_write(struct xfs_inode *ip =XFS_I (inode);ssize_t ret;int enospc =0 ; -int iolock =XFS_IOLOCK_EXCL ; +int iolock; +write_retry: + iolock =XFS_IOLOCK_EXCL ;xfs_ilock (ip, iolock); ret =xfs_file_aio_write_checks (iocb, from, &iolock);
@@ -625,7 +627,6 @@ xfs_file_buffered_aio_write(/* We can write back this queue in page reclaim */ current->backing_dev_info =inode_to_bdi (inode); -write_retry:trace_xfs_file_buffered_write (ip,iov_iter_count (from), iocb->ki_pos); ret =iomap_file_buffered_write (iocb, from, &xfs_iomap_ops);if (likely (ret >=0 ))
@@ -641,18 +642,21 @@ write_retry:* running at the same time. */ if (ret == -EDQUOT && !enospc) { +xfs_iunlock (ip, iolock); enospc =xfs_inode_free_quota_eofblocks (ip);if (enospc) goto write_retry; enospc =xfs_inode_free_quota_cowblocks (ip);if (enospc) goto write_retry; + iolock =0 ; }else if (ret == -ENOSPC && !enospc) {struct xfs_eofblocks eofb = {0 }; enospc =1 ;xfs_flush_inodes (ip->i_mount); - eofb.eof_scan_owner = ip->i_ino;/* for locking */ + +xfs_iunlock (ip, iolock); eofb.eof_flags =XFS_EOF_FLAGS_SYNC ;xfs_icache_free_eofblocks (ip->i_mount, &eofb); goto write_retry;
@@ -660,7 +664,8 @@ write_retry: current->backing_dev_info =NULL ; out: -xfs_iunlock (ip, iolock); +if (iolock) +xfs_iunlock (ip, iolock);return ret; }
fs/xfs/xfs_icache.c +7 -38
100 lines not on this page · raw message
fs/xfs/xfs_icache.h +0 -2
@@ -27,7 +27,6 @@ struct xfs_eofblocks {kgid_t eof_gid;prid_t eof_prid;__u64 eof_min_file_size; -xfs_ino_t eof_scan_owner; };#define SYNC_WAIT 0x0001/* wait for i/o to complete */
@@ -102,7 +101,6 @@ xfs_fs_eofblocks_from_user( dst->eof_flags = src->eof_flags; dst->eof_prid = src->eof_prid; dst->eof_min_file_size = src->eof_min_file_size; - dst->eof_scan_owner =NULLFSINO ; dst->eof_uid =INVALID_UID ;if (src->eof_flags &XFS_EOF_FLAGS_UID ) {
Patches currently in stable-queue which might be from [email protected] are
queue-4.10/xfs-sync-eofblocks-scans-under-iolock-are-livelock-prone.patch queue-4.10/xfs-pull-up-iolock-from-xfs_free_eofblocks.patch