summaryrefslogtreecommitdiff
path: root/mm/kmemleak.c
diff options
context:
space:
mode:
authorBoris Burkov <boris@bur.io>2024-06-07 22:50:14 +0300
committerDavid Sterba <dsterba@suse.com>2024-06-13 21:43:45 +0300
commit4eb4e85c4f818491efc67e9373aa16b123c3f522 (patch)
treedd2d04a3cadfbc2fd52d050e8b473d4c8ddddbaf /mm/kmemleak.c
parentf3a5367c679d31473d3fbb391675055b4792c309 (diff)
downloadlinux-4eb4e85c4f818491efc67e9373aa16b123c3f522.tar.xz
btrfs: retry block group reclaim without infinite loop
If inc_block_group_ro systematically fails (e.g. due to ETXTBUSY from swap) or btrfs_relocate_chunk systematically fails (from lack of space), then this worker becomes an infinite loop. At the very least, this strands the cleaner thread, but can also result in hung tasks/RCU stalls on PREEMPT_NONE kernels and if the reclaim_bgs_lock mutex is not contended. I believe the best long term fix is to manage reclaim via work queue, where we queue up a relocation on the triggering condition and re-queue on failure. In the meantime, this is an easy fix to apply to avoid the immediate pain. Fixes: 7e2718099438 ("btrfs: reinsert BGs failed to reclaim") CC: stable@vger.kernel.org # 6.6+ Signed-off-by: Boris Burkov <boris@bur.io> Reviewed-by: David Sterba <dsterba@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'mm/kmemleak.c')
0 files changed, 0 insertions, 0 deletions