From: Hans Holmberg <hans.holmberg@wdc.com>
To: cem@kernel.org, linux-xfs@vger.kernel.org
Cc: hch@lst.de, djwong@kernel.org, dlemoal@kernel.org,
shinichiro.kawasaki@wdc.com, sashiko-bot@kernel.org,
Hans Holmberg <hans.holmberg@wdc.com>
Subject: [PATCH] xfs: prevent race in zoned space reservations
Date: Wed, 26 Aug 2026 14:32:19 +0200 [thread overview]
Message-ID: <20260826123219.73978-1-hans.holmberg@wdc.com> (raw)
xfs_zoned_add_available() checks whether the reservation list is empty
before adding blocks to the available-space counter. This check is not
serialized against a task adding itself to the reservation list however.
This allows the space provider to observe an empty list, after which a
reserver can enqueue itself and retry the counter before the new space is
added. The provider then adds the space and returns without waking the
now-eligible reserver, leaving it asleep until GC or another event
provides a wakeup, potentially adding seconds to max write latency.
Take the reservation lock before updating the counter and checking the
list. Use list_empty() because the list is now inspected under its lock.
Taking a per-mount lock when handing back space is far from ideal, but
benchmarking with null_blk showed no measurable performance regression.
Fixes: 0bb2193056b5 ("xfs: add support for zoned space reservations")
Reported-by: Sashiko <sashiko-bot@kernel.org>
Closes: https://sashiko.dev/#/patchset/20260609075655.1698743-1-hch@lst.de?part=2
Signed-off-by: Hans Holmberg <hans.holmberg@wdc.com>
---
fs/xfs/xfs_zone_space_resv.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/xfs/xfs_zone_space_resv.c b/fs/xfs/xfs_zone_space_resv.c
index 5c6e6ef627e4..7aa3c74fb2e0 100644
--- a/fs/xfs/xfs_zone_space_resv.c
+++ b/fs/xfs/xfs_zone_space_resv.c
@@ -85,13 +85,13 @@ xfs_zoned_add_available(
struct xfs_zone_info *zi = mp->m_zone_info;
struct xfs_zone_reservation *reservation;
- if (list_empty_careful(&zi->zi_reclaim_reservations)) {
- xfs_add_freecounter(mp, XC_FREE_RTAVAILABLE, count_fsb);
+ spin_lock(&zi->zi_reservation_lock);
+ xfs_add_freecounter(mp, XC_FREE_RTAVAILABLE, count_fsb);
+ if (list_empty(&zi->zi_reclaim_reservations)) {
+ spin_unlock(&zi->zi_reservation_lock);
return;
}
- spin_lock(&zi->zi_reservation_lock);
- xfs_add_freecounter(mp, XC_FREE_RTAVAILABLE, count_fsb);
count_fsb = xfs_sum_freecounter(mp, XC_FREE_RTAVAILABLE);
list_for_each_entry(reservation, &zi->zi_reclaim_reservations, entry) {
if (reservation->count_fsb > count_fsb)
--
2.43.0
next reply other threads:[~2026-08-26 12:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-26 12:32 Hans Holmberg [this message]
2026-08-31 7:05 ` [PATCH] xfs: prevent race in zoned space reservations Christoph Hellwig
2026-08-31 7:19 ` Carlos Maiolino
2026-09-01 7:07 ` Hans Holmberg
2026-09-01 8:27 ` Carlos Maiolino
2026-09-03 6:05 ` Carlos Maiolino
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=20260826123219.73978-1-hans.holmberg@wdc.com \
--to=hans.holmberg@wdc.com \
--cc=cem@kernel.org \
--cc=djwong@kernel.org \
--cc=dlemoal@kernel.org \
--cc=hch@lst.de \
--cc=linux-xfs@vger.kernel.org \
--cc=sashiko-bot@kernel.org \
--cc=shinichiro.kawasaki@wdc.com \
/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