]> git.baikalelectronics.ru Git - kernel.git/commit
btrfs: track reloc roots based on their commit root bytenr
authorJosef Bacik <josef@toxicpanda.com>
Fri, 13 Mar 2020 21:17:08 +0000 (17:17 -0400)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Fri, 17 Apr 2020 08:50:05 +0000 (10:50 +0200)
commit377e947014676674c58c37ff4be64863bffd0c25
tree206f3aeef376a003a6d7721596475e56cb42026b
parentcae10d32e43b55d52347d5f7c2191b60647d958d
btrfs: track reloc roots based on their commit root bytenr

[ Upstream commit b857d333c3c3ef3480546fcc16f9905c2f1de1a5 ]

We always search the commit root of the extent tree for looking up back
references, however we track the reloc roots based on their current
bytenr.

This is wrong, if we commit the transaction between relocating tree
blocks we could end up in this code in build_backref_tree

  if (key.objectid == key.offset) {
  /*
   * Only root blocks of reloc trees use backref
   * pointing to itself.
   */
  root = find_reloc_root(rc, cur->bytenr);
  ASSERT(root);
  cur->root = root;
  break;
  }

find_reloc_root() is looking based on the bytenr we had in the commit
root, but if we've COWed this reloc root we will not find that bytenr,
and we will trip over the ASSERT(root).

Fix this by using the commit_root->start bytenr for indexing the commit
root.  Then we change the __update_reloc_root() caller to be used when
we switch the commit root for the reloc root during commit.

This fixes the panic I was seeing when we started throttling relocation
for delayed refs.

Signed-off-by: Josef Bacik <josef@toxicpanda.com>
Signed-off-by: David Sterba <dsterba@suse.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
fs/btrfs/relocation.c