summaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorYao Sang <sangyao@kylinos.cn>2026-06-12 10:44:30 +0800
committerCarlos Maiolino <cem@kernel.org>2026-06-12 09:51:55 +0200
commitf4f28ffe09248e747ffd6b752cbad0f7a34af475 (patch)
tree53d49b1834e1ae0fbd190fcad91a96c6033df9bf /include/linux
parentdfac6ba84819bd12535943c4090766bbc6c5ea7e (diff)
xfs: shut down zoned file systems on writeback errors
Zoned writeback allocates space from an open zone and advances the in-memory allocation state before submitting the bio. The completion path only records the written blocks and updates the mapping on success. If the write fails, XFS cannot tell how far the device write pointer advanced and cannot safely roll the open zone accounting back. This was observed while investigating xfs/643 and xfs/646 on an external ZNS realtime device. A writeback error after consuming space from an open zone left later writers waiting for open-zone or GC progress that could not happen. xfs/643 exposed this through the GC defragmentation path, while xfs/646 exposed the same failure mode through the truncate/EOF-zeroing space wait path. There is no local recovery path in ioend completion that can restore a consistent zoned allocation state after the device has rejected the write. Treat writeback errors for zoned inodes as fatal and force a file system shutdown from the ioend completion path. The existing shutdown path wakes zoned allocation waiters and makes future space waits return -EIO instead of leaving tasks stuck waiting for progress. Signed-off-by: Yao Sang <sangyao@kylinos.cn> Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Carlos Maiolino <cem@kernel.org>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions