]> git.baikalelectronics.ru Git - kernel.git/commit
Btrfs: change how we queue blocks for backref checking
authorJosef Bacik <jbacik@fusionio.com>
Tue, 30 Jul 2013 20:30:30 +0000 (16:30 -0400)
committerChris Mason <chris.mason@fusionio.com>
Sun, 1 Sep 2013 12:04:41 +0000 (08:04 -0400)
commite0867130761ceb3498d65ca5c547855b556b2b66
treef213747ec5f9fb77dc6ecf0893755fa0f5e1c0f3
parent6fb061a3854937d9e2c1c70ae6972be113085056
Btrfs: change how we queue blocks for backref checking

Previously we only added blocks to the list to have their backrefs checked if
the level of the block is right above the one we are searching for.  This is
because we want to make sure we don't add the entire path up to the root to the
lists to make sure we process things one at a time.  This assumes that if any
blocks in the path to the root are going to be not checked (shared in other
words) then they will be in the level right above the current block on up.  This
isn't quite right though since we can have blocks higher up the list that are
shared because they are attached to a reloc root.  But we won't add this block
to be checked and then later on we will BUG_ON(!upper->checked).  So instead
keep track of wether or not we've queued a block to be checked in this current
search, and if we haven't go ahead and queue it to be checked.  This patch fixed
the panic I was seeing where we BUG_ON(!upper->checked).  Thanks,

Signed-off-by: Josef Bacik <jbacik@fusionio.com>
Signed-off-by: Chris Mason <chris.mason@fusionio.com>
fs/btrfs/relocation.c