]> git.baikalelectronics.ru Git - kernel.git/commit
btrfs: fix extent map logging bit not cleared for split maps after dropping range
authorFilipe Manana <fdmanana@suse.com>
Mon, 27 Feb 2023 12:53:56 +0000 (12:53 +0000)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Fri, 17 Mar 2023 07:50:26 +0000 (08:50 +0100)
commita1199bc08622cc06159c560a64844a29dc8d68b1
tree5eccd10b89172b68cd3476e238ae858ac088d66b
parentf1f0d1dd69f54cd70d617a9ae854c6ccc6b9dbe9
btrfs: fix extent map logging bit not cleared for split maps after dropping range

[ Upstream commit 6cedba5cfce8cd59295f87354438cb4368067338 ]

At btrfs_drop_extent_map_range() we are clearing the EXTENT_FLAG_LOGGING
bit on a 'flags' variable that was not initialized. This makes static
checkers complain about it, so initialize the 'flags' variable before
clearing the bit.

In practice this has no consequences, because EXTENT_FLAG_LOGGING should
not be set when btrfs_drop_extent_map_range() is called, as an fsync locks
the inode in exclusive mode, locks the inode's mmap semaphore in exclusive
mode too and it always flushes all delalloc.

Also add a comment about why we clear EXTENT_FLAG_LOGGING on a copy of the
flags of the split extent map.

Reported-by: Dan Carpenter <error27@gmail.com>
Link: https://lore.kernel.org/linux-btrfs/Y%2FyipSVozUDEZKow@kili/
Fixes: 6d5f4f2e44e4 ("btrfs: drop extent map range more efficiently")
Signed-off-by: Filipe Manana <fdmanana@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
fs/btrfs/extent_map.c