On Mon, Sep 05, 2016 at 05:20:53PM +0200, David Sterba wrote: > On Fri, Sep 02, 2016 at 06:08:35PM -0700, Liu Bo wrote: > > On Fri, Sep 02, 2016 at 03:25:43PM -0400, Josef Bacik wrote: > > > We don't track the reloc roots in any sort of normal way, so the only way > > > the > > > root/commit_root nodes get free'd is if the relocation finishes > > > successfully and > > > the reloc root is deleted. Fix this by free'ing them in free_reloc_roots. > > > Thanks, > > > > Looks good. > > > > > > > > Signed-off-by: Josef Bacik <[email protected]> > > > --- > > > fs/btrfs/relocation.c | 4 ++++ > > > 1 file changed, 4 insertions(+) > > > > > > diff --git a/fs/btrfs/relocation.c b/fs/btrfs/relocation.c > > > index 7fc6ea7..62dfc2c 100644 > > > --- a/fs/btrfs/relocation.c > > > +++ b/fs/btrfs/relocation.c > > > @@ -2349,6 +2349,10 @@ void free_reloc_roots(struct list_head *list) > > > while (!list_empty(list)) { > > > reloc_root = list_entry(list->next, struct btrfs_root, > > > root_list); > > > + free_extent_buffer(reloc_root->node); > > > + free_extent_buffer(reloc_root->commit_root); > > > + reloc_root->node = NULL; > > > + reloc_root->commit_root = NULL; > > > > What about reloc_root itself? > > > > __del_reloc_root(reloc_root); > > It's deleted at the end of __del_reloc_root
__del_reloc_root() is dealing with the associated rb_node, not reloc_root. I posted a patch to free reloc_root while free'ing its corresponding fs root, but it'd be good if we can free it here. Thanks, -liubo -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
