Re: [PATCH RESEND] Revert "btrfs-progs: convert: add raid-stripe-tree to allowed features"

[Qu Wenruo <wqu@suse.com>]

在 2024/6/13 05:18, David Sterba 写道:
> On Mon, Jun 10, 2024 at 06:05:10PM +0930, Qu Wenruo wrote:
>> This reverts commit 346a3819237b319985ad6042d6302f67b040a803.
>>
>> The RST feature (at least for now) is mostly for zoned devices to
>> support extra data profiles.
>>
>> Thus btrfs-convert is never designed to handle RST, because there is no
>> way an ext4/reiserfs can even be created on a zoned device, or it would
>> create the correct RST tree root at all
>>
>> Revert this unsupported feature to prevent false alerts.
>>
>> Signed-off-by: Qu Wenruo <wqu@suse.com>
>> ---
>> This was included in the btrfs-convert unwritten extent patchset/pull
>> request but is not merged.
> 
> For the record, RST first use is for zoned device but will allso fix the
> raid56 problems once implemented.

*ONCE* implemented, while it's still hiding behind CONFIG_BTRFS_DEBUG.

> It can be used independently, I don't
> see a reason to remove it's support from convert. Any related test
> failures will be fixed separately.

Nope, I have already argued it again and again, only DEBUG kernel can 
even recognize the RST feature, while you still insists to enable it for 
regular mkfs.

I can not understand your eager to push such an experimental features to 
btrfs-progs meanwhile we have so many things to fix for RST.

Let me to be honest on this, I do not understand why you refuse to even 
move RST to experimental features, when no distro enables 
CONFIG_BTRFS_DEBUG by default.
Thus no 6.9 kernel can even mount a RST btrfs.

I think you're doing an immature decision on RST.

Thanks,
Qu