From: David Sterba <dsterba@suse.cz>
To: Qu Wenruo <quwenruo.btrfs@gmx.com>
Cc: 李扬韬 <frank.li@vivo.com>, "clm@fb.com" <clm@fb.com>,
"josef@toxicpanda.com" <josef@toxicpanda.com>,
"dsterba@suse.com" <dsterba@suse.com>,
"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] btrfs: remove BTRFS_REF_LAST from btrfs_ref_type
Date: Tue, 15 Apr 2025 18:05:08 +0200 [thread overview]
Message-ID: <20250415160508.GH16750@suse.cz> (raw)
In-Reply-To: <2e158208-4914-4bfb-984a-0d35e8b93225@gmx.com>
On Tue, Apr 15, 2025 at 06:46:48PM +0930, Qu Wenruo wrote:
>
>
> 在 2025/4/15 18:26, 李扬韬 写道:
> >> History please.
> >
> > Did you mean change commit msg to below?
> >
> > Commit b28b1f0ce44c ("btrfs: delayed-ref: Introduce better documented delayed ref structures") introduce BTRFS_REF_LAST but never use it,
> > So let's remove it.
>
> It's the common practice to leave a last entry for sanity checks.
>
> But since it's not utilized for anything, I'm fine to remove it.
I think in this case it's ok to remove it, although I agree that we have
the _LAST or _NR elsewhere. In btrfs_ref_type() tere's an assertion
ASSERT(ref->type == BTRFS_REF_DATA || ref->type == BTRFS_REF_METADATA);
which is validating the values. There's no enumeration or switch that
could utilize the upper bound.
next prev parent reply other threads:[~2025-04-15 16:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-15 8:38 [PATCH] btrfs: remove BTRFS_REF_LAST from btrfs_ref_type Yangtao Li
2025-04-15 8:43 ` Qu Wenruo
2025-04-15 8:56 ` 回复: " 李扬韬
2025-04-15 9:16 ` Qu Wenruo
2025-04-15 15:46 ` Sun YangKai
2025-04-15 16:05 ` David Sterba [this message]
2025-04-16 13:25 ` 回复: " 李扬韬
2025-04-16 19:18 ` David Sterba
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=20250415160508.GH16750@suse.cz \
--to=dsterba@suse.cz \
--cc=clm@fb.com \
--cc=dsterba@suse.com \
--cc=frank.li@vivo.com \
--cc=josef@toxicpanda.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=quwenruo.btrfs@gmx.com \
/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