From: Greg KH <gregkh@linuxfoundation.org>
To: Chandan Babu R <chandan.babu@oracle.com>
Cc: sashal@kernel.org, mcgrof@kernel.org, linux-xfs@vger.kernel.org,
stable@vger.kernel.org, djwong@kernel.org, amir73il@gmail.com,
leah.rumancik@gmail.com
Subject: Re: [PATCH 5.4 00/17] xfs stable patches for 5.4.y (from v5.5)
Date: Wed, 21 Sep 2022 17:33:59 +0200 [thread overview]
Message-ID: <Yysu56U3OYFozSLD@kroah.com> (raw)
In-Reply-To: <YyrS7dE8UtDydjZF@kroah.com>
On Wed, Sep 21, 2022 at 11:01:33AM +0200, Greg KH wrote:
> On Wed, Sep 21, 2022 at 08:53:35AM +0530, Chandan Babu R wrote:
> > Hi Greg,
> >
> > This 5.4.y backport series contains fixes from v5.5. The patchset has
> > been acked by Darrick.
> >
> > Brian Foster (2):
> > xfs: stabilize insert range start boundary to avoid COW writeback race
> > xfs: use bitops interface for buf log item AIL flag check
> >
> > Chandan Babu R (1):
> > MAINTAINERS: add Chandan as xfs maintainer for 5.4.y
> >
> > Christoph Hellwig (1):
> > xfs: slightly tweak an assert in xfs_fs_map_blocks
> >
> > Darrick J. Wong (11):
> > xfs: replace -EIO with -EFSCORRUPTED for corrupt metadata
> > xfs: add missing assert in xfs_fsmap_owner_from_rmap
> > xfs: range check ri_cnt when recovering log items
> > xfs: attach dquots and reserve quota blocks during unwritten
> > conversion
> > xfs: convert EIO to EFSCORRUPTED when log contents are invalid
> > xfs: constify the buffer pointer arguments to error functions
> > xfs: always log corruption errors
> > xfs: fix some memory leaks in log recovery
> > xfs: refactor agfl length computation function
> > xfs: split the sunit parameter update into two parts
> > xfs: don't commit sunit/swidth updates to disk if that would cause
> > repair failures
> >
> > Dave Chinner (1):
> > iomap: iomap that extends beyond EOF should be marked dirty
> >
> > kaixuxia (1):
> > xfs: Fix deadlock between AGI and AGF when target_ip exists in
> > xfs_rename()
> >
> > MAINTAINERS | 3 +-
> > fs/xfs/libxfs/xfs_alloc.c | 27 ++++--
> > fs/xfs/libxfs/xfs_attr_leaf.c | 12 ++-
> > fs/xfs/libxfs/xfs_bmap.c | 16 +++-
> > fs/xfs/libxfs/xfs_btree.c | 5 +-
> > fs/xfs/libxfs/xfs_da_btree.c | 24 +++--
> > fs/xfs/libxfs/xfs_dir2.c | 4 +-
> > fs/xfs/libxfs/xfs_dir2.h | 2 +
> > fs/xfs/libxfs/xfs_dir2_leaf.c | 4 +-
> > fs/xfs/libxfs/xfs_dir2_node.c | 12 ++-
> > fs/xfs/libxfs/xfs_dir2_sf.c | 28 +++++-
> > fs/xfs/libxfs/xfs_ialloc.c | 64 +++++++++++++
> > fs/xfs/libxfs/xfs_ialloc.h | 1 +
> > fs/xfs/libxfs/xfs_inode_fork.c | 6 ++
> > fs/xfs/libxfs/xfs_refcount.c | 4 +-
> > fs/xfs/libxfs/xfs_rtbitmap.c | 6 +-
> > fs/xfs/xfs_acl.c | 15 ++-
> > fs/xfs/xfs_attr_inactive.c | 10 +-
> > fs/xfs/xfs_attr_list.c | 5 +-
> > fs/xfs/xfs_bmap_item.c | 7 +-
> > fs/xfs/xfs_bmap_util.c | 12 +++
> > fs/xfs/xfs_buf_item.c | 2 +-
> > fs/xfs/xfs_dquot.c | 2 +-
> > fs/xfs/xfs_error.c | 27 +++++-
> > fs/xfs/xfs_error.h | 7 +-
> > fs/xfs/xfs_extfree_item.c | 5 +-
> > fs/xfs/xfs_fsmap.c | 1 +
> > fs/xfs/xfs_inode.c | 32 ++++++-
> > fs/xfs/xfs_inode_item.c | 5 +-
> > fs/xfs/xfs_iomap.c | 17 ++++
> > fs/xfs/xfs_iops.c | 10 +-
> > fs/xfs/xfs_log_recover.c | 72 +++++++++-----
> > fs/xfs/xfs_message.c | 2 +-
> > fs/xfs/xfs_message.h | 2 +-
> > fs/xfs/xfs_mount.c | 168 +++++++++++++++++++++++----------
> > fs/xfs/xfs_pnfs.c | 4 +-
> > fs/xfs/xfs_qm.c | 13 ++-
> > fs/xfs/xfs_refcount_item.c | 5 +-
> > fs/xfs/xfs_rmap_item.c | 9 +-
> > fs/xfs/xfs_trace.h | 21 +++++
> > include/linux/iomap.h | 2 +
> > 41 files changed, 523 insertions(+), 150 deletions(-)
> >
> > --
> > 2.35.1
> >
>
> All now queued up, thanks.
Any specific reason why you didn't also include 2 other commits in this
series, that fix issues that were created by some patches in this
series?
I am referring to:
496b9bcd62b0 ("xfs: fix use-after-free when aborting corrupt attr inactivation")
6da1b4b1ab36 ("xfs: fix an ABBA deadlock in xfs_rename")
Do you want me to add them to, or are they not relevant anymore?
thanks,
greg k-h
next prev parent reply other threads:[~2022-09-21 15:38 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-21 3:23 [PATCH 5.4 00/17] xfs stable patches for 5.4.y (from v5.5) Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 01/17] MAINTAINERS: add Chandan as xfs maintainer for 5.4.y Chandan Babu R
2022-09-21 3:24 ` kernel test robot
2022-09-21 3:23 ` [PATCH 5.4 02/17] iomap: iomap that extends beyond EOF should be marked dirty Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 03/17] xfs: replace -EIO with -EFSCORRUPTED for corrupt metadata Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 04/17] xfs: slightly tweak an assert in xfs_fs_map_blocks Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 05/17] xfs: add missing assert in xfs_fsmap_owner_from_rmap Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 06/17] xfs: range check ri_cnt when recovering log items Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 07/17] xfs: attach dquots and reserve quota blocks during unwritten conversion Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 08/17] xfs: Fix deadlock between AGI and AGF when target_ip exists in xfs_rename() Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 09/17] xfs: convert EIO to EFSCORRUPTED when log contents are invalid Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 10/17] xfs: constify the buffer pointer arguments to error functions Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 11/17] xfs: always log corruption errors Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 12/17] xfs: fix some memory leaks in log recovery Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 13/17] xfs: stabilize insert range start boundary to avoid COW writeback race Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 14/17] xfs: use bitops interface for buf log item AIL flag check Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 15/17] xfs: refactor agfl length computation function Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 16/17] xfs: split the sunit parameter update into two parts Chandan Babu R
2022-09-21 3:23 ` [PATCH 5.4 17/17] xfs: don't commit sunit/swidth updates to disk if that would cause repair failures Chandan Babu R
2022-09-21 9:01 ` [PATCH 5.4 00/17] xfs stable patches for 5.4.y (from v5.5) Greg KH
2022-09-21 15:33 ` Greg KH [this message]
2022-09-22 9:16 ` Chandan Babu R
2022-09-22 10:04 ` Greg KH
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=Yysu56U3OYFozSLD@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=amir73il@gmail.com \
--cc=chandan.babu@oracle.com \
--cc=djwong@kernel.org \
--cc=leah.rumancik@gmail.com \
--cc=linux-xfs@vger.kernel.org \
--cc=mcgrof@kernel.org \
--cc=sashal@kernel.org \
--cc=stable@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