bcachefs: Count iterators for reflink_p overwrites correctly

Browse source

In order to avoid trying to allocate too many btree iterators,
bch2_extent_atomic_end() needs to count how many iterators are going to
be needed for insertions and overwrites - but we weren't counting the
iterators for deleting a reflink_v when the refcount goes to 0.

Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>

...

This commit is contained in:

Kent Overstreet 2019-09-22 17:48:25 -04:00 • committed by Kent Overstreet

parent fb975d14b7

commit fe9cdf61cc

1 changed files with 25 additions and 10 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

35

fs/bcachefs/extents.c

View file