All of lore.kernel.org
 help / color / mirror / Atom feed
From: Qu Wenruo <quwenruo.btrfs@gmx.com>
To: dsterba@suse.cz, Qu Wenruo <wqu@suse.com>,
	Nikolay Borisov <nborisov@suse.com>,
	linux-btrfs@vger.kernel.org
Subject: Re: [PATCH 1/2] btrfs: remove MIXED_BACKREF sysfs file
Date: Tue, 12 Jul 2022 09:06:45 +0800	[thread overview]
Message-ID: <d59d1df3-2ec8-d5e4-55e9-b351dd90570a@gmx.com> (raw)
In-Reply-To: <20220711152329.GY15169@twin.jikos.cz>



On 2022/7/11 23:23, David Sterba wrote:
> On Sat, Jun 25, 2022 at 01:53:47PM +0800, Qu Wenruo wrote:
>>> Removed functionality is documented, the sysfs feature files are in
>>> manual pages and we can add a notice in which version it was removed.
>>
>> Then have all the old features get removed one by one, until one day we
>> have a dozen of bits set, but only one or two still show in sysfs features?
>>
>> No, this definitely doesn't look sane to me.
>
> And nobody is suggesting that either,

Doesn't the patch just remove the sysfs file for both global and per-fs
features?
Or did I miss something?

> the big data and mixed backrefs
> are something that's exceptional in this regard. Removing other features
> would take some significant time to remove and a check if it would still
> not break some testing setups.
>
>> It's just trying to hide some bad behaviors which we didn't get it right
>> in the first place.
>> It's fine to didn't get those things done correct in the first place,
>> but not fine to hide them.
>>
>> Especially those sysfs is already hidden to most users, way less
>> invasive than the dmesg output/mkfs features/etc, why we still want to
>> remove them?
>
> To unclutter the namespace a bit, in case of the mixed_backrefs it's a
> bit confusing with the mixed block groups but I think I've mentioned
> that already.

If you're just to avoid the namespace conflicts/confusion, then just
rename them with some prefix like "__always_on_" or something similar.

Thanks,
Qu

  reply	other threads:[~2022-07-12  1:06 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-24  8:01 [PATCH 0/2] Cleanup 2 sysfs flags Nikolay Borisov
2022-06-24  8:01 ` [PATCH 1/2] btrfs: remove MIXED_BACKREF sysfs file Nikolay Borisov
2022-06-24  8:13   ` Qu Wenruo
2022-06-24 11:32     ` Nikolay Borisov
2022-06-24 11:46       ` Qu Wenruo
2022-06-24 13:47         ` David Sterba
2022-06-24 14:02           ` Qu Wenruo
2022-06-24 15:44             ` David Sterba
2022-06-25  5:53               ` Qu Wenruo
2022-07-11 15:23                 ` David Sterba
2022-07-12  1:06                   ` Qu Wenruo [this message]
2022-06-24  8:01 ` [PATCH 2/2] btrfs: remove BIG_METADATA syfs file Nikolay Borisov

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=d59d1df3-2ec8-d5e4-55e9-b351dd90570a@gmx.com \
    --to=quwenruo.btrfs@gmx.com \
    --cc=dsterba@suse.cz \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=nborisov@suse.com \
    --cc=wqu@suse.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.