diff options
| author | Josef Bacik <jbacik@fusionio.com> | 2013-04-04 20:31:27 +0200 |
|---|---|---|
| committer | Josef Bacik <jbacik@fusionio.com> | 2013-05-06 21:54:33 +0200 |
| commit | cc95bef635a649d595cf8d1cd4fcff5b6bf13023 (patch) | |
| tree | dbe8e6b5953648dbef4ce26e45f522ed73103238 /fs/btrfs/extent_map.h | |
| parent | Btrfs: don't wait on ordered extents if we have a trans open (diff) | |
| download | linux-cc95bef635a649d595cf8d1cd4fcff5b6bf13023.tar.xz linux-cc95bef635a649d595cf8d1cd4fcff5b6bf13023.zip | |
Btrfs: log ram bytes properly
When logging changed extents I was logging ram_bytes as the current length,
which isn't correct, it's supposed to be the ram bytes of the original extent.
This is for compression where even if we split the extent we need to know the
ram bytes so when we uncompress the extent we know how big it will be. This was
still working out right with compression for some reason but I think we were
getting lucky. It was definitely off for prealloc which is why I noticed it,
btrfsck was complaining about it. With this patch btrfsck no longer complains
after a log replay. Thanks,
Signed-off-by: Josef Bacik <jbacik@fusionio.com>
Diffstat (limited to 'fs/btrfs/extent_map.h')
| -rw-r--r-- | fs/btrfs/extent_map.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/btrfs/extent_map.h b/fs/btrfs/extent_map.h index c6598c89cff8..b18314bc5a6e 100644 --- a/fs/btrfs/extent_map.h +++ b/fs/btrfs/extent_map.h @@ -26,6 +26,7 @@ struct extent_map { u64 mod_len; u64 orig_start; u64 orig_block_len; + u64 ram_bytes; u64 block_start; u64 block_len; u64 generation; |