]> www.infradead.org Git - users/jedix/linux-maple.git/commit
ext4: fix FS_IOC_GETFSMAP handling
authorTheodore Ts'o <tytso@mit.edu>
Wed, 23 Oct 2024 04:25:37 +0000 (00:25 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Wed, 13 Nov 2024 04:52:47 +0000 (23:52 -0500)
commit4a622e4d477bb12ad5ed4abbc7ad1365de1fa347
treeac82d90c820e9b332573d3ca3d97d22560bca028
parent40eb3104cf416188c4bd8fd7946f6c388409c286
ext4: fix FS_IOC_GETFSMAP handling

The original implementation ext4's FS_IOC_GETFSMAP handling only
worked when the range of queried blocks included at least one free
(unallocated) block range.  This is because how the metadata blocks
were emitted was as a side effect of ext4_mballoc_query_range()
calling ext4_getfsmap_datadev_helper(), and that function was only
called when a free block range was identified.  As a result, this
caused generic/365 to fail.

Fix this by creating a new function ext4_getfsmap_meta_helper() which
gets called so that blocks before the first free block range in a
block group can get properly reported.

Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Cc: stable@vger.kernel.org
fs/ext4/fsmap.c
fs/ext4/mballoc.c
fs/ext4/mballoc.h