diff options
| author |  Josef Bacik <jbacik@fusionio.com>
| 2013-04-04 14:31:27 -0400 |
|---|---|---|
| committer | Josef Bacik <jbacik@fusionio.com>
| 2013-05-06 15:54:33 -0400 |
| commit | cc95bef635a649d595cf8d1cd4fcff5b6bf13023 (patch) | |
| tree | dbe8e6b5953648dbef4ce26e45f522ed73103238 /mm | |
| parent | Btrfs: don't wait on ordered extents if we have a trans open (diff) | |
| download | linux-cc95bef635a649d595cf8d1cd4fcff5b6bf13023.tar.gz linux-cc95bef635a649d595cf8d1cd4fcff5b6bf13023.tar.bz2 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 'mm')
0 files changed, 0 insertions, 0 deletions