]> www.infradead.org Git - users/jedix/linux-maple.git/commit
ext4: fix calculation of credits for extent tree modification
authorJan Kara <jack@suse.cz>
Tue, 29 Apr 2025 17:55:36 +0000 (19:55 +0200)
committerTheodore Ts'o <tytso@mit.edu>
Tue, 20 May 2025 14:30:17 +0000 (10:30 -0400)
commit32a93f5bc9b9812fc710f43a4d8a6830f91e4988
treeb0479a093c579dcfcfd0aeb2de2eb1fcb423dd67
parentd612a07931e261c537978aad096e7340b687cd0c
ext4: fix calculation of credits for extent tree modification

Luis and David are reporting that after running generic/750 test for 90+
hours on 2k ext4 filesystem, they are able to trigger a warning in
jbd2_journal_dirty_metadata() complaining that there are not enough
credits in the running transaction started in ext4_do_writepages().

Indeed the code in ext4_do_writepages() is racy and the extent tree can
change between the time we compute credits necessary for extent tree
computation and the time we actually modify the extent tree. Thus it may
happen that the number of credits actually needed is higher. Modify
ext4_ext_index_trans_blocks() to count with the worst case of maximum
tree depth. This can reduce the possible number of writers that can
operate in the system in parallel (because the credit estimates now won't
fit in one transaction) but for reasonably sized journals this shouldn't
really be an issue. So just go with a safe and simple fix.

Link: https://lore.kernel.org/all/20250415013641.f2ppw6wov4kn4wq2@offworld
Reported-by: Davidlohr Bueso <dave@stgolabs.net>
Reported-by: Luis Chamberlain <mcgrof@kernel.org>
Tested-by: kdevops@lists.linux.dev
Signed-off-by: Jan Kara <jack@suse.cz>
Reviewed-by: Zhang Yi <yi.zhang@huawei.com>
Link: https://patch.msgid.link/20250429175535.23125-2-jack@suse.cz
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Cc: stable@kernel.org
fs/ext4/extents.c