Re: [PATCH v3 0/6] xfs: fix filesystem shutdown from parent pointer reservation underflow

[Carlos Maiolino]

On Mon, 10 Aug 2026 17:06:12 -0600, Javier Tia wrote:
> The first parent pointer update that has to grow the attribute fork
> twice in one operation can shut the filesystem down with
> 
>     XFS (loop0): Corruption of in-memory data (0x8) detected at
>     xfs_defer_finish_noroll+0x29a/0x4b0 (fs/xfs/libxfs/xfs_defer.c:721)
> 
> The message names in-core corruption, but nothing is corrupt.  The
> deferred work that failed is a block allocation that returned a bare
> -ENOSPC on a filesystem with hundreds of gigabytes free, and
> xfs_defer_finish_noroll() treats any non-EAGAIN error as fatal.
> 
> [...]

Applied to for-next, thanks!

[1/6] xfs: initialise error in xfs_defer_finish_one()
      commit: 08e6a7587c0a89a342f9ebe4b70160b23db9a138
[2/6] xfs: give the deferred barrier op type a name
      commit: 6c81238928c19fb83d469ec8aca6b90830b7aad0
[3/6] xfs: report the error that made deferred work shut down the fs
      commit: 17783da399db9f363a64a983b37117e736d3aa98
[4/6] xfs: correct the parent pointer space reservation comment
      commit: 410822bd69ef47a231c4239712c2ffe1fab7c68f
[5/6] xfs: initialise args->total for parent pointer updates
      commit: 47531ec00c81e4b41705c9859ac26c7522efffda
[6/6] xfs: assert the reservation covers each da fork growth
      commit: 21a0382da84fc9fc94af0b2b0a868a73c3836f2c

Best regards,
-- 
Carlos Maiolino <cem@xxxxxxxxxx>