From: David Sterba <dsterba@suse.cz>
To: Anand Jain <anand.jain@oracle.com>
Cc: fdmanana@kernel.org, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH 0/2] btrfs: fix extent state leaks after device replace
Date: Fri, 28 Apr 2023 15:07:14 +0200 [thread overview]
Message-ID: <20230428130710.GA9035@suse.cz> (raw)
In-Reply-To: <8dee05c7-ae18-49cb-b855-c79364c953fc@oracle.com>
On Fri, Apr 28, 2023 at 07:51:42AM +0800, Anand Jain wrote:
> On 28/4/23 06:52, David Sterba wrote:
> > On Wed, Apr 26, 2023 at 06:12:59PM +0100, fdmanana@kernel.org wrote:
> >> From: Filipe Manana <fdmanana@suse.com>
> >>
> >> This fixes a recent regression (on its way to Linus' tree) that results in
> >> leaking extent state records in the allocation io tree of a device used as
> >> a source device for a device replace. Also unexport btrfs_free_device().
> >>
> >> Filipe Manana (2):
> >> btrfs: fix leak of source device allocation state after device replace
> >> btrfs: make btrfs_free_device() static
> >
>
>
> > Added to misc-next, thanks.
>
> Oh, I hope you saw the discussions in the patch 1/2.
> We can address both calling extent_io_tree_release() twice and the
> leak after device replace. Or no need of it?
Yes I saw the discussion, I'd rather revert back to the known behaviour,
this does not seem to be worth the optimization, apparently it's easy to
miss some cases.
prev parent reply other threads:[~2023-04-28 13:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-26 17:12 [PATCH 0/2] btrfs: fix extent state leaks after device replace fdmanana
2023-04-26 17:13 ` [PATCH 1/2] btrfs: fix leak of source device allocation state " fdmanana
2023-04-27 3:15 ` Qu Wenruo
2023-04-27 15:16 ` Anand Jain
2023-04-27 16:34 ` Filipe Manana
2023-04-27 23:39 ` Anand Jain
2023-04-26 17:13 ` [PATCH 2/2] btrfs: make btrfs_free_device() static fdmanana
2023-04-27 11:31 ` Qu Wenruo
2023-04-27 15:17 ` Anand Jain
2023-04-27 22:52 ` [PATCH 0/2] btrfs: fix extent state leaks after device replace David Sterba
2023-04-27 23:51 ` Anand Jain
2023-04-28 13:07 ` David Sterba [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230428130710.GA9035@suse.cz \
--to=dsterba@suse.cz \
--cc=anand.jain@oracle.com \
--cc=fdmanana@kernel.org \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox