[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250516144817.GB21503@mit.edu>
Date: Fri, 16 May 2025 10:48:17 -0400
From: "Theodore Ts'o" <tytso@....edu>
To: Carlos Maiolino <cem@...nel.org>
Cc: John Garry <john.g.garry@...cle.com>,
"Ritesh Harjani (IBM)" <ritesh.list@...il.com>,
linux-ext4@...r.kernel.org, Jan Kara <jack@...e.cz>, djwong@...nel.org,
Ojaswin Mujoo <ojaswin@...ux.ibm.com>, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH v5 7/7] ext4: Add atomic block write documentation
On Fri, May 16, 2025 at 03:31:17PM +0200, Carlos Maiolino wrote:
>
> This is likely the final state for XFS merge-window and I hope to
> send it to Linus as soon as the merge window opens.
Very cool!
I've taken a quick peek, and it looks like the only XFS-specific
atomic writes is an XFS mount option. Am I missing anything?
I want to keep merging the ext4 and xfs atomic write patchsets simple,
so I'd prefer not to have any git-level dependencies on the branches.
If we're confident that the xfs changes are going to land at the next
merge window, given that the ext4 patch set is pretty much ready to
land in the ext4 tree, how about updating the documentation in a
follow-up patch.
I can either append the commit which generalizes the documentation to
the ext4 tree, or if it turns out that there is a v6 needed of the
ext4 atomic write patchset, we can fold the documentation update into
the "ext4: add atomic block write documentation" commit and rename it
to "Documentation: add atomic write block documentation."
Does that seem reasonable?
Cheers,
- Ted
Powered by blists - more mailing lists