]> git.baikalelectronics.ru Git - kernel.git/commit
Btrfs: set lockdep class before locking new extent buffer
authorJosef Bacik <jbacik@fusionio.com>
Fri, 5 Jul 2013 21:05:38 +0000 (17:05 -0400)
committerChris Mason <chris.mason@fusionio.com>
Sun, 1 Sep 2013 11:57:20 +0000 (07:57 -0400)
commitd69b5e5b41e6f320f322e6a93d255257086d15e8
treea747a6023641d9acfc532374a09d41c2c369aeb7
parent51f8c7d861c089afe27d8dabd7248207d670a230
Btrfs: set lockdep class before locking new extent buffer

We've been seeing spurious complaints out of lockdep because the lock class name
changes.  This is happening because when we drop a snapshot we will lock a block
before we've read it in, which sets the lockdep class to whatever the default
is.  Then once we read the thing in we reset the lockdep class to what it is
supposed to be, which blows lockdeps' mind.  This patch should fix the problem,
it appears to be the only place where we do this sort of thing.  Thanks,

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