From: "Theodore Ts'o" <tytso@mit.edu>
To: "Darrick J. Wong" <djwong@kernel.org>,
Chandan Babu R <chandan.babu@oracle.com>,
linux-xfs@vger.kernel.org, amir73il@gmail.com,
leah.rumancik@gmail.com
Subject: Interim XFS backports for 5.15 and 6.1
Date: Tue, 1 Aug 2023 23:10:39 -0400 [thread overview]
Message-ID: <20230802031039.GC358316@mit.edu> (raw)
Hi,
As some of you may know, Leah has been out on medical leave for a
while. I had hoped that she would be back in mid-July, but it looks
like it's going to be a bit longer.
As a result, I've taken it on myself to try to look at the more
obvious backlog of patches that need to be backported to 5.15. I've
come up with this list (see below), and I've been giving this patch
series extensive testing to make sure none of these would cause
regressions. Most of these fix bugs where the fact that a commit
needs to be backported is noted in an xfstests test, and indeed,
backporting the commit address the test failure. Hence, xfs in 5.15
passes xfstests significantly cleaner as a result.
I did note that there is one commit in the 6.1 LTS, "xfs: disable
reaping in fscounters scrub" (2d5f38a31980 in upstream) that was not
in the 5.15 LTS, but when I tried backporting this commit to 5.15, it
resulted in a number of xfstests regressions, so I've dropped this
commit from my proposed backports list for now. I assume some one or
more additional patches would need to be backported to 5.15 LTS. A
problem for later.
I'm continuing to run some additional tests, but so far, things look
solid. So I'm sending this to the linux-xfs list now so (a) XFS
developers can take a look at the commits and the patches, and see if
they look sane, and (b) to ask what the process should be in terms
sending these commits to Greg in Leah's absence. Leah has
significantly more xfs experience than I do, so I won't be offended if
more review is desired before giving these patches an LGTM. In fact,
I'd kind of appreciate it. :-)
Also, I can also e-mail these patches to linux-xfs, but I didn't know
if this would be desired before I potentially spammed the linux-xfs
list.
Anyway, here is the summary of the proposed backports to 5.15. Please
take a look.
Thanks,
- Ted
(Commit id's are in the xfs-5.15 branch in my xfs-lts-backports git
tree[1]. Commits that have the note "not yet in 6.1" branch has been
backported to the proposed xfs-6.1 branch, although please note that
the xfs-6.1 branch hasn't yet gotten as much testing as the xfs-5.15
branch.)
[1] git://git.kernel.org/pub/scm/linux/kernel/git/tytso/xfs-lts-backports.git
46080ca79d18 xfs: hoist refcount record merge predicates
commit 9d720a5a658f5135861773f26e927449bef93d61 upstream. (v6.2)
note: not yet in 6.1 LTS
pre-req for: xfs: estimate post-merge refcounts correctly
45b231886605 xfs: estimate post-merge refcounts correctly
commit b25d1984aa884fc91a73a5a407b9ac976d441e9b upstream. (v6.2)
note: not yet in 6.1 LTS
fixes: xfs/179
d16ab63aad9b xfs: add missing cmap->br_state = XFS_EXT_NORM update
commit 1a39ae415c1be1e46f5b3f97d438c7c4adc22b63 upstream. (v5.18)
pre-req for: xfs: Fix false ENOSPC when performing direct write on a delalloc extent in cow fork
b9de7b77ccd9 xfs: Fix false ENOSPC when performing direct write on a delalloc extent in cow fork
commit d62113303d691bcd8d0675ae4ac63e7769afc56c upstream. (v6.0)
fixes: xfs/553
60cd06e242be xfs: stabilize the dirent name transformation function used for ascii-ci dir hash computation
commit a9248538facc3d9e769489e50a544509c2f9cebe upstream. (v6.4)
note: not yet in 6.1 LTS
fixes: xfs/597
679add840fa6 xfs: use the directory name hash function for dir scrubbing
commit 9dceccc5822f2ecea12a89f24d7cad1f3e5eab7c upstream. (v6.4)
note: not yet in 6.1 LTS
fixes: xfs/597
a07ec38ecc0e xfs: get root inode correctly at bulkstat
commit 817644fa4525258992f17fecf4f1d6cdd2e1b731 upstream. (v6.2)
note: not yet in 6.1 LTS
fixes: xfs/557
85cd6053e920 xfs: bound maximum wait time for inodegc work
commit 7cf2b0f9611b9971d663e1fc3206eeda3b902922 upstream. (v5.19)
requested backport to fix bug: https://lore.kernel.org/all/20230710215354.GA679018@onthe.net.au/T/#u
eb639a92fb50 xfs: introduce xfs_inodegc_push()
commit 5e672cd69f0a534a445df4372141fd0d1d00901d upstream. (v5.19)
requested backport to fix bug: https://lore.kernel.org/all/20230710215354.GA679018@onthe.net.au/T/#u
next reply other threads:[~2023-08-02 3:11 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-02 3:10 Theodore Ts'o [this message]
2023-08-02 17:05 ` Interim XFS backports for 5.15 and 6.1 Darrick J. Wong
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=20230802031039.GC358316@mit.edu \
--to=tytso@mit.edu \
--cc=amir73il@gmail.com \
--cc=chandan.babu@oracle.com \
--cc=djwong@kernel.org \
--cc=leah.rumancik@gmail.com \
--cc=linux-xfs@vger.kernel.org \
/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