From: "Darrick J. Wong" <djwong@kernel.org>
To: Amir Goldstein <amir73il@gmail.com>
Cc: Leah Rumancik <leah.rumancik@gmail.com>,
Luis Chamberlain <mcgrof@kernel.org>,
Dave Chinner <david@fromorbit.com>,
Christoph Hellwig <hch@lst.de>,
Christian Brauner <christian.brauner@ubuntu.com>,
linux-xfs <linux-xfs@vger.kernel.org>,
fstests <fstests@vger.kernel.org>
Subject: Re: [PATCH 5.10 CANDIDATE 00/11] xfs stable candidate patches for 5.10.y (v5.15+)
Date: Thu, 23 Jun 2022 09:05:08 -0700 [thread overview]
Message-ID: <YrSPNFZ+Hium1rhE@magnolia> (raw)
In-Reply-To: <CAOQ4uxhOAaYkWeKXz6M8681ZjFiOSOJQqmewoq+-P1O2oXhsOg@mail.gmail.com>
On Thu, Jun 23, 2022 at 10:33:47AM +0300, Amir Goldstein wrote:
> On Thu, Jun 23, 2022 at 2:45 AM Darrick J. Wong <djwong@kernel.org> wrote:
> >
> > On Fri, Jun 17, 2022 at 01:06:30PM +0300, Amir Goldstein wrote:
> > > Hi all,
> > >
> > > Previously posted candidates for 5.10.y followed chronological release
> > > order.
> > >
> > > Parts 1 and 2 of fixes from v5.10..v5.12 have already been applied to
> > > v5.10.121.
> > >
> > > Part 3 (from 5.13) has already been posted for review [3] on June 6,
> > > but following feedback from Dave, I changed my focus to get the same
> > > set of patches tested and reviewed for 5.10.y/5.15.y.
> > >
> > > I do want to ask you guys to also find time to review part 3, because
> > > we have a lot of catching up to do for 5.10.y, so we need to chew at
> > > this debt at a reasonable rate.
> > >
> > > This post has the matching set of patches for 5.10.y that goes with
> > > Leah's first set of candidates for 5.15.y [1].
> > >
> > > Most of the fixes are from v5.15..v5.17 except for patch 11 (v5.18-rc1).
> > > All fix patches have been tagged with Fixes: by the author.
> > >
> > > The patches have been soaking in kdepops since Sunday. They passed more
> > > than 30 auto group runs with several different versions of xfsprogs.
> > >
> > > The differences from Leah's 5.15.y:
> > > - It is 11 patches and not 8 because of dependencies
> > > - Patches 6,7 are non-fixes backported as dependency to patch 8 -
> > > they have "backported .* for dependency" in their commit message
> > > - Patches 3,4,11 needed changes to apply to 5.10.y - they have a
> > > "backport" related comment in their commit message to explain what
> > > changes were needed
> > > - Patch 10 is a fix from v5.12 that is re-posted as a dependency for
> > > patch 11
> > >
> > > Darrick,
> > >
> > > As the author patches 4,11 and sole reviewer of patch 3 (a.k.a
> > > the non-cleanly applied patches), please take a closer look at those.
> > >
> > > Patch 10 has been dropped from my part 2 candidates following concerns
> > > raised by Dave and is now being re-posted following feedback from
> > > Christian and Christoph [2].
> > >
> > > If there are still concerns about patches 10 or 11, please raise a flag.
> > > I can drop either of these patches before posting to stable if anyone
> > > feels that they need more time to soak in master.
> >
> > At the current moment (keep in mind that I have 2,978 more emails to get
>
> Oh boy! Thank you for getting to my series so soon.
>
> > through before I'm caught up), I think it's safe to say that for patches
> > 1-5:
> >
> > Acked-by: Darrick J. Wong <djwong@kernel.org>
> >
> > (patch 9 also, but see the reply I just sent for that one about grabbing
> > the sync_fs fixes too)
> >
> > The log changes are going to take more time to go through, since that
> > stuff is always tricky and /not/ something for me to be messing with at
> > 4:45pm.
>
> Let's make it easier for you then.
> I already decided to defer patches 9-11.
>
> Since you already started looking at patches 6-8, if you want to finish
> that review let me know and I will wait, but if you prefer, I can also defer
> the log changes 6-8 and post them along with the other log fixes from 5.14.
> That means that I have a 5 patch series ACKed and ready to go to stable.
>
> Let me know what you prefer.
I wouldn't hold back on sending 1-5 to stable; yesterday was quick
triage of the list traffic to figure out who I could unblock most
rapidly.
--D
> Thanks,
> Amir.
next prev parent reply other threads:[~2022-06-23 16:05 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-17 10:06 [PATCH 5.10 CANDIDATE 00/11] xfs stable candidate patches for 5.10.y (v5.15+) Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 01/11] xfs: use kmem_cache_free() for kmem_cache objects Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 02/11] xfs: punch out data fork delalloc blocks on COW writeback failure Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 03/11] xfs: Fix the free logic of state in xfs_attr_node_hasname Amir Goldstein
2022-06-22 16:32 ` Darrick J. Wong
2022-06-22 18:46 ` Amir Goldstein
2022-06-22 21:50 ` Darrick J. Wong
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 04/11] xfs: remove all COW fork extents when remounting readonly Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 05/11] xfs: check sb_meta_uuid for dabuf buffer recovery Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 06/11] xfs: refactor xfs_file_fsync Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 07/11] xfs: xfs_log_force_lsn isn't passed a LSN Amir Goldstein
2022-06-22 16:45 ` Darrick J. Wong
2022-06-22 17:09 ` Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 08/11] xfs: prevent UAF in xfs_log_item_in_current_chkpt Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 09/11] xfs: only bother with sync_filesystem during readonly remount Amir Goldstein
2022-06-22 16:38 ` Darrick J. Wong
2022-06-22 16:54 ` Amir Goldstein
2022-06-22 23:42 ` Darrick J. Wong
2022-06-23 6:38 ` Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 10/11] xfs: fix up non-directory creation in SGID directories Amir Goldstein
2022-06-17 10:06 ` [PATCH 5.10 CANDIDATE 11/11] xfs: use setattr_copy to set vfs inode attributes Amir Goldstein
2022-06-22 16:41 ` Darrick J. Wong
2022-06-22 18:36 ` Amir Goldstein
2022-06-22 22:17 ` Leah Rumancik
2022-06-23 4:22 ` Amir Goldstein
2022-06-22 23:45 ` [PATCH 5.10 CANDIDATE 00/11] xfs stable candidate patches for 5.10.y (v5.15+) Darrick J. Wong
2022-06-23 7:33 ` Amir Goldstein
2022-06-23 16:05 ` Darrick J. Wong [this message]
2022-07-24 8:36 ` Amir Goldstein
2022-07-26 2:10 ` Darrick J. Wong
2022-07-26 8:41 ` Amir Goldstein
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=YrSPNFZ+Hium1rhE@magnolia \
--to=djwong@kernel.org \
--cc=amir73il@gmail.com \
--cc=christian.brauner@ubuntu.com \
--cc=david@fromorbit.com \
--cc=fstests@vger.kernel.org \
--cc=hch@lst.de \
--cc=leah.rumancik@gmail.com \
--cc=linux-xfs@vger.kernel.org \
--cc=mcgrof@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