]> git.itanic.dy.fi Git - linux-stable/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)
commitb6c60c8018c4e9beb2f83fc82c09f9d033766571
treef213747ec5f9fb77dc6ecf0893755fa0f5e1c0f3
parentd062d13cf1a100d5632306a28f9a9f54aced1280
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