On Tue, Sep 06, 2016 at 12:22:01PM -0700, Liu Bo wrote:
> 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 <jbacik@xxxxxx>
> > > > ---
> > > > 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.
Can you please point me to the patch?
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
