]> git.hungrycats.org Git - linux/commit
covers: stripe-alloc: review round 1 -- findings, fixes, and the raid56-metadata...
authorZygo Blaxell <ce3g8jdj@umail.furryterror.org>
Wed, 16 Sep 2026 08:56:27 +0000 (04:56 -0400)
committerZygo Blaxell <ce3g8jdj@umail.furryterror.org>
Fri, 18 Sep 2026 21:36:35 +0000 (17:36 -0400)
commitc62b3c07a2f002886119c9d4791b1df635443741
tree7869700881be075ba24d95976e25373fcd7a89cb
parentdb2539dcea640d09fe1ab068e3cf94f6f362e4cb
covers: stripe-alloc: review round 1 -- findings, fixes, and the raid56-metadata fsync measurement

The chain and six round-one fixes are landed on the 6.18 lane (72-commit
topic), not yet in the misc-next roadmap: say so, list the fixes under
Pending, and add the round's coverage (runtime enable/disable under
raid56 metadata on raid5/raid6 with rotational, ssd and ssd_spread; the
preallocation storm; the directed set) to Testing.  The completed-fsync
guarantee is narrowed to non-raid56 metadata, with a new "Log tree under
raid56 metadata" paragraph stating the measured loss (log replay refused
on the degraded array, zero-log recovers the committed state, the array
stays writable; raid5 2/40 cases, raid6 0/48) and the open decision.
Known costs states the operational consequence of the reclaim threshold
default for raid56 metadata.

Assisted-by: Claude:claude-fable-5-1
covers/README.md
covers/stripe-alloc.txt