| commit | c3308f84c1743eabb91f4976a314d118d5ea2342 | [log] [tgz] |
|---|---|---|
| author | Josef Bacik <jbacik@fusionio.com> | Fri Sep 14 14:51:22 2012 -0400 |
| committer | Chris Mason <chris.mason@fusionio.com> | Thu Oct 04 09:40:00 2012 -0400 |
| tree | 996b83b71224a03621fae61a32e8f194954deebf | |
| parent | 926ced123bd6651b30a07f65a2a8a0b26154cd58 [diff] |
Btrfs: fix punch hole when no extent exists I saw the warning in btrfs_drop_extent_cache where our end is less than our start while running xfstests 68 in a loop. This is because we unconditionally do drop_end = min(end, extent_end) in __btrfs_drop_extents(), even though we may not have found an extent in the range we were looking to drop. So keep track of wether or not we found something, and if we didn't just use our end. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com>