From: Carlos Maiolino <cem@kernel.org>
To: "Darrick J. Wong" <djwong@kernel.org>
Cc: stable@vger.kernel.org, linux-xfs@vger.kernel.org
Subject: Re: [PATCHSET] xfs: LLM-inspired bug fixes, part 19
Date: Thu, 08 Oct 2026 15:32:35 +0200 [thread overview]
Message-ID: <179146635581.378461.13705675093577134310.b4-ty@kernel.org> (raw)
In-Reply-To: <179057612523.479634.11102922479483109602.stgit@frogsfrogsfrogs>
On Sun, 27 Sep 2026 23:15:58 -0700, Darrick J. Wong wrote:
> Here's a nineteenth batch of xfs fixes resulting from a LLaMma. Mwa
> mwa mwa...
>
> If you're going to start using this code, I strongly recommend pulling
> from my git trees, which are linked below.
>
> With a bit of luck, this should all go splendidly.
> Comments and questions are, as always, welcome.
>
> [...]
Applied to for-next, thanks!
[01/12] xfs: be extra careful about replacement directory construction
(no commit info)
[02/12] xfs: improve dirent bounds checking in scrub and repair
(no commit info)
[03/12] xfs: abort dirtree repair if the live update hook dies
commit: 07732dea4f5d0410e1566b81a58a1154bf9dcb29
[04/12] xfs: bail out of directory tree repairs on error
commit: d83ca4e7cc65dce6a02fd3427cefd174517657a3
[05/12] xfs: fix revalidation of xchk_dquot_iter cached mappings
commit: 6c64d650460b455980a6023d43bc6c8859c1cfd2
[06/12] xfs: don't repair fs summary counters with garbage
commit: 22a8a7501c0146dba4ce99b8256975ffe945125d
[07/12] xfs: allow softlimit with no hardlimit in quota scrub
commit: 342c2e00b3a99099a7088f7b8c8f075670c603a9
[08/12] xfs: assign an owner to scrub_stats_fops
commit: fe67a493c7a76cf75556152af24285a114f69d34
[09/12] xfs: fix lost errno returned from xfarray_foliosort
commit: 8c4f172c246717b1420f138a159ed15c315a58bd
[10/12] xfs: fix skipped inode mask handling in iscan
commit: 63341d4af16fe850716b454fcd18990590d07d97
[11/12] xfs: don't proceed with xattr repair if the live update fails
commit: 833f98b3be45bc7c6ce4c87bdc4892f546ab72ee
[12/12] xfs: don't fix the directory tree if live update fails
commit: c8226f3d1a7eafe472addc232689e9c9a0c36a1c
Best regards,
--
Carlos Maiolino <cem@kernel.org>
prev parent reply other threads:[~2026-10-08 13:32 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-28 6:15 [PATCHSET] xfs: LLM-inspired bug fixes, part 19 Darrick J. Wong
2026-09-28 6:16 ` [PATCH 01/12] xfs: be extra careful about replacement directory construction Darrick J. Wong
2026-09-28 6:34 ` Christoph Hellwig
2026-09-29 3:59 ` Darrick J. Wong
2026-09-28 6:16 ` [PATCH 02/12] xfs: improve dirent bounds checking in scrub and repair Darrick J. Wong
2026-09-28 6:37 ` Christoph Hellwig
2026-09-29 4:12 ` Darrick J. Wong
2026-09-28 6:16 ` [PATCH 03/12] xfs: abort dirtree repair if the live update hook dies Darrick J. Wong
2026-09-28 6:38 ` Christoph Hellwig
2026-09-28 6:16 ` [PATCH 04/12] xfs: bail out of directory tree repairs on error Darrick J. Wong
2026-09-28 8:07 ` Christoph Hellwig
2026-09-28 6:17 ` [PATCH 05/12] xfs: fix revalidation of xchk_dquot_iter cached mappings Darrick J. Wong
2026-09-28 8:08 ` Christoph Hellwig
2026-09-28 6:17 ` [PATCH 06/12] xfs: don't repair fs summary counters with garbage Darrick J. Wong
2026-09-28 8:08 ` Christoph Hellwig
2026-09-28 6:17 ` [PATCH 07/12] xfs: allow softlimit with no hardlimit in quota scrub Darrick J. Wong
2026-09-28 8:08 ` Christoph Hellwig
2026-09-28 6:17 ` [PATCH 08/12] xfs: assign an owner to scrub_stats_fops Darrick J. Wong
2026-09-28 8:09 ` Christoph Hellwig
2026-09-28 6:18 ` [PATCH 09/12] xfs: fix lost errno returned from xfarray_foliosort Darrick J. Wong
2026-09-28 8:09 ` Christoph Hellwig
2026-09-28 6:18 ` [PATCH 10/12] xfs: fix skipped inode mask handling in iscan Darrick J. Wong
2026-09-28 8:10 ` Christoph Hellwig
2026-09-28 6:18 ` [PATCH 11/12] xfs: don't proceed with xattr repair if the live update fails Darrick J. Wong
2026-09-28 8:10 ` Christoph Hellwig
2026-09-28 6:18 ` [PATCH 12/12] xfs: don't fix the directory tree if " Darrick J. Wong
2026-09-28 8:10 ` Christoph Hellwig
2026-10-08 13:32 ` Carlos Maiolino [this message]
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=179146635581.378461.13705675093577134310.b4-ty@kernel.org \
--to=cem@kernel.org \
--cc=djwong@kernel.org \
--cc=linux-xfs@vger.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