diff options
author | Josef Bacik <jbacik@fb.com> | 2015-09-15 10:07:04 -0400 |
---|---|---|
committer | Chris Mason <clm@fb.com> | 2015-09-22 10:22:56 -0700 |
commit | 2b9dbef272b63c561aab0a5be34fd428f7b710f5 (patch) | |
tree | 3b0f2a78c1f601e79a10e902037254a67a70d3b0 /include/media/mt9v011.h | |
parent | 50745b0a7f46f68574cd2b9ae24566bf026e7ebd (diff) | |
download | op-kernel-dev-2b9dbef272b63c561aab0a5be34fd428f7b710f5.zip op-kernel-dev-2b9dbef272b63c561aab0a5be34fd428f7b710f5.tar.gz |
Btrfs: keep dropped roots in cache until transaction commit
When dropping a snapshot we need to account for the qgroup changes. If we drop
the snapshot in all one go then the backref code will fail to find blocks from
the snapshot we dropped since it won't be able to find the root in the fs root
cache. This can lead to us failing to find refs from other roots that pointed
at blocks in the now deleted root. To handle this we need to not remove the fs
roots from the cache until after we process the qgroup operations. Do this by
adding dropped roots to a list on the transaction, and letting the transaction
remove the roots at the same time it drops the commit roots. This will keep all
of the backref searching code in sync properly, and fixes a problem Mark was
seeing with snapshot delete and qgroups. Thanks,
Signed-off-by: Josef Bacik <jbacik@fb.com>
Tested-by: Holger Hoffstätte <holger.hoffstaette@googlemail.com>
Signed-off-by: Chris Mason <clm@fb.com>
Diffstat (limited to 'include/media/mt9v011.h')
0 files changed, 0 insertions, 0 deletions