]> git.kernelconcepts.de Git - karo-tx-linux.git/commit
btrfs: clear 'ret' in btrfs_check_shared() loop
authorMark Fasheh <mfasheh@suse.de>
Tue, 19 May 2015 19:49:50 +0000 (12:49 -0700)
committerChris Mason <clm@fb.com>
Wed, 20 May 2015 01:04:17 +0000 (18:04 -0700)
commit2c2ed5aa0154c0be67f98c970de6b5587dbc045a
tree93a9be4a974851d8a164b621711f3721d5966d5d
parent062c19e9dd692b8a78e3532f71c290520a2ab437
btrfs: clear 'ret' in btrfs_check_shared() loop

btrfs_check_shared() is leaking a return value of '1' from
find_parent_nodes(). As a result, callers (in this case, extent_fiemap())
are told extents are shared when they are not. This in turn broke fiemap on
btrfs for kernels v3.18 and up.

The fix is simple - we just have to clear 'ret' after we are done processing
the results of find_parent_nodes().

It wasn't clear to me at first what was happening with return values in
btrfs_check_shared() and find_parent_nodes() - thanks to Josef for the help
on irc. I added documentation to both functions to make things more clear
for the next hacker who might come across them.

If we could queue this up for -stable too that would be great.

Signed-off-by: Mark Fasheh <mfasheh@suse.de>
Reviewed-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
fs/btrfs/backref.c