Merge tag 'retain-ilock-during-dir-ops-6.10_2024-04-15' of https://git.kernel.org...
authorChandan Babu R <chandanbabu@kernel.org>
Tue, 16 Apr 2024 07:23:08 +0000 (12:53 +0530)
committerChandan Babu R <chandanbabu@kernel.org>
Tue, 16 Apr 2024 07:23:08 +0000 (12:53 +0530)
commit9cb5f15d88d4cbda3bac22769d9e4808bd6cf248
tree9b74afbb67bffc160e6522d9f5730befa4a7ef38
parentf910defd3898e5f2087d8baa4b7bd052b1cc9b0b
parentdf760471477400ccd3ddcea85d2d6d92f4dad28c
Merge tag 'retain-ilock-during-dir-ops-6.10_2024-04-15' of https://git./linux/kernel/git/djwong/xfs-linux into xfs-6.10-mergeA

xfs: retain ILOCK during directory updates

This series changes the directory update code to retain the ILOCK on all
files involved in a rename until the end of the operation.  The upcoming
parent pointers patchset applies parent pointers in a separate chained
update from the actual directory update, which is why it is now
necessary to keep the ILOCK instead of dropping it after the first
transaction in the chain.

As a side effect, we no longer need to hold the IOLOCK during an rmapbt
scan of inodes to serialize the scan with ongoing directory updates.

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Signed-off-by: Chandan Babu R <chandanbabu@kernel.org>
* tag 'retain-ilock-during-dir-ops-6.10_2024-04-15' of https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux:
  xfs: unlock new repair tempfiles after creation
  xfs: don't pick up IOLOCK during rmapbt repair scan
  xfs: Hold inode locks in xfs_rename
  xfs: Hold inode locks in xfs_trans_alloc_dir
  xfs: Hold inode locks in xfs_ialloc
  xfs: Increase XFS_QM_TRANS_MAXDQS to 5
  xfs: Increase XFS_DEFER_OPS_NR_INODES to 5