diff options
| author | Theodore Ts'o <tytso@mit.edu> | 2024-10-23 00:25:37 -0400 |
|---|---|---|
| committer | Theodore Ts'o <tytso@mit.edu> | 2024-11-12 23:52:47 -0500 |
| commit | 4a622e4d477bb12ad5ed4abbc7ad1365de1fa347 (patch) | |
| tree | ac82d90c820e9b332573d3ca3d97d22560bca028 /fs/ext4/fast_commit.c | |
| parent | 40eb3104cf416188c4bd8fd7946f6c388409c286 (diff) | |
| download | linux-4a622e4d477bb12ad5ed4abbc7ad1365de1fa347.tar.gz linux-4a622e4d477bb12ad5ed4abbc7ad1365de1fa347.tar.bz2 linux-4a622e4d477bb12ad5ed4abbc7ad1365de1fa347.zip | |
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
Diffstat (limited to 'fs/ext4/fast_commit.c')
0 files changed, 0 insertions, 0 deletions