summaryrefslogtreecommitdiffstats
path: root/fs/btrfs/scrub.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2023-05-08 16:58:39 +0200
committerDavid Sterba <dsterba@suse.com>2023-06-19 13:59:26 +0200
commitf880fe6e0b4b127d6e2a007fe68bdf5651677ae2 (patch)
tree42426dc35351c19d8e0fac9de2e0beb16a8d62d3 /fs/btrfs/scrub.c
parentbtrfs: fix dirty_metadata_bytes for redirtied buffers (diff)
downloadlinux-f880fe6e0b4b127d6e2a007fe68bdf5651677ae2.tar.xz
linux-f880fe6e0b4b127d6e2a007fe68bdf5651677ae2.zip
btrfs: don't hold an extra reference for redirtied buffers
When btrfs_redirty_list_add redirties a buffer, it also acquires an extra reference that is released on transaction commit. But this is not required as buffers that are dirty or under writeback are never freed (look for calls to extent_buffer_under_io())). Remove the extra reference and the infrastructure used to drop it again. History behind redirty logic: In the first place, it used releasing_list to hold all the to-be-released extent buffers, and decided which buffers to re-dirty at the commit time. Then, in a later version, the behaviour got changed to re-dirty a necessary buffer and add re-dirtied one to the list in btrfs_free_tree_block(). In short, the list was there mostly for the patch series' historical reason. Reviewed-by: Naohiro Aota <naohiro.aota@wdc.com> Signed-off-by: Christoph Hellwig <hch@lst.de> [ add Naohiro's comment regarding history ] Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'fs/btrfs/scrub.c')
0 files changed, 0 insertions, 0 deletions