All of lore.kernel.org
 help / color / mirror / Atom feed
From: Damien Le Moal <dlemoal@kernel.org>
To: Noah Bergbauer <noah@ehvag.de>
Cc: linux-block@vger.kernel.org, Jens Axboe <axboe@kernel.dk>
Subject: Re: Seagate Flex SMR
Date: Mon, 24 Aug 2026 10:36:12 +0900	[thread overview]
Message-ID: <3cfe7ce2-ed79-41fe-b73f-d4d416169a8d@kernel.org> (raw)
In-Reply-To: <88cfe0e2-4930-44c5-a1a3-45f95c8577e5@ehvag.de>

On 8/24/26 01:45, Noah Bergbauer wrote:
>> "Flex SMR" is not referring to any standard feature. So it is hard to see what
>> you are talking about. In Linux, we support only drives that follow a standard,
>> so for HDDs, that is SPC/SBC/ZBC for SAS drives and ACS/ZAC for SATA.
> 
> The specification can be found in T10/18-007r0. It's not exactly ZD/ZR as it
> seems to predate those standards, but it's close.

This document is a proposal, not a standard. Some aspects of it are likely
integrated in ZAC-2, but if the drives you are talking about do not follow this
standard, we cannot support them.

>> If you want to run a file system in domain 0 only, simply activate all the SOBR
>> zones in domain 0, make sure the SOBR zones are all initialized (written) and
>> you are done: the drive in that state is equivalent to a regular disk and
>> everything will just work fine.
> To be clear, what I have implemented is all about running a filesystem in
> domain 1. And I want to push back a little on your claim that this is extremely
> hard, because in a handful of small patches totaling around 500 lines of code I
> have found solutions for all of these challenges. I am running btrfs on the
> sequential zones and it passes every test I have thrown at it. I can show you
> the code if you like.

You are looking at this very narrowly. The simple fact that you now have a
drive that reports a capacity that is nearly twice what the drive can actually
store will likely cause lots of problems. Also, you may have patched BTRFS, but
what about XFS, zonefs, and device mapper (dm-zoned, dm-crypt, dm-linear,
dm-flakey, dm-error) ? All of these work with pure host-managed zoned drives,
and without patching will likely break with ZD/ZR disks. Hence my point that
supporting these drives correctly is absolutely not trivial.

-- 
Damien Le Moal
Western Digital Research

  reply	other threads:[~2026-08-24  1:36 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-21 14:38 Seagate Flex SMR Noah Bergbauer
2026-08-22  6:29 ` Damien Le Moal
2026-08-23 16:45   ` Noah Bergbauer
2026-08-24  1:36     ` Damien Le Moal [this message]
2026-08-24 10:26       ` Noah Bergbauer
2026-08-24  3:03     ` Theodore Tso

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=3cfe7ce2-ed79-41fe-b73f-d4d416169a8d@kernel.org \
    --to=dlemoal@kernel.org \
    --cc=axboe@kernel.dk \
    --cc=linux-block@vger.kernel.org \
    --cc=noah@ehvag.de \
    /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.