summaryrefslogtreecommitdiffstats
path: root/kernel/profile.c
diff options
context:
space:
mode:
authorLong Li <leo.lilong@huawei.com>2023-12-15 16:22:33 +0800
committerChandan Babu R <chandanbabu@kernel.org>2023-12-22 10:52:42 +0530
commit07afd3173d0c6d24a47441839a835955ec6cf0d4 (patch)
tree7279a75df15265da87bea57bf1442b5043208ec3 /kernel/profile.c
parent98bdbf60cca858f4bc993895b738c6ae1bef42b8 (diff)
downloadlinux-stable-07afd3173d0c6d24a47441839a835955ec6cf0d4.tar.gz
linux-stable-07afd3173d0c6d24a47441839a835955ec6cf0d4.tar.bz2
linux-stable-07afd3173d0c6d24a47441839a835955ec6cf0d4.zip
xfs: add lock protection when remove perag from radix tree
Take mp->m_perag_lock for deletions from the perag radix tree in xfs_initialize_perag to prevent racing with tagging operations. Lookups are fine - they are RCU protected so already deal with the tree changing shape underneath the lookup - but tagging operations require the tree to be stable while the tags are propagated back up to the root. Right now there's nothing stopping radix tree tagging from operating while a growfs operation is progress and adding/removing new entries into the radix tree. Hence we can have traversals that require a stable tree occurring at the same time we are removing unused entries from the radix tree which causes the shape of the tree to change. Likely this hasn't caused a problem in the past because we are only doing append addition and removal so the active AG part of the tree is not changing shape, but that doesn't mean it is safe. Just making the radix tree modifications serialise against each other is obviously correct. Signed-off-by: Long Li <leo.lilong@huawei.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Reviewed-by: "Darrick J. Wong" <djwong@kernel.org> Signed-off-by: Chandan Babu R <chandanbabu@kernel.org>
Diffstat (limited to 'kernel/profile.c')
0 files changed, 0 insertions, 0 deletions