From: "Darrick J. Wong" <djwong@kernel.org>
To: Wilfred Mallawa <wilfred.opensource@gmail.com>
Cc: Carlos Maiolino <cem@kernel.org>,
linux-xfs@vger.kernel.org, linux-kernel@vger.kernel.org,
Christoph Hellwig <hch@lst.de>,
Wilfred Mallawa <wilfred.mallawa@wdc.com>
Subject: Re: [PATCH] xfs: add write pointer to xfs_rtgroup_geometry
Date: Thu, 26 Feb 2026 20:06:19 -0800 [thread overview]
Message-ID: <20260227040619.GI13853@frogsfrogsfrogs> (raw)
In-Reply-To: <20260227030105.822728-2-wilfred.opensource@gmail.com>
On Fri, Feb 27, 2026 at 01:01:06PM +1000, Wilfred Mallawa wrote:
> From: Wilfred Mallawa <wilfred.mallawa@wdc.com>
>
> There is currently no XFS ioctl that allows userspace to retrieve the
> write pointer for a specific realtime group block for zoned XFS. On zoned
> block devices, userspace can obtain this information via zone reports from
> the underlying device. However, for zoned XFS operating on regular block
> devices, no equivalent mechanism exists.
>
> Access to the realtime group write pointer is useful to userspace
> development and analysis tools such as Zonar [1]. So extend the existing
> struct xfs_rtgroup_geometry to add a new rg_writepointer field. This field
> is valid if XFS_RTGROUP_GEOM_WRITEPOINTER flag is set. The rg_writepointer
> field specifies the location of the current writepointer as a sector offset
> into the respective rtgroup.
>
> [1] https://lwn.net/Articles/1059364/
> Signed-off-by: Wilfred Mallawa <wilfred.mallawa@wdc.com>
> ---
> fs/xfs/libxfs/xfs_fs.h | 6 +++++-
> fs/xfs/xfs_ioctl.c | 20 ++++++++++++++++++++
> 2 files changed, 25 insertions(+), 1 deletion(-)
>
> diff --git a/fs/xfs/libxfs/xfs_fs.h b/fs/xfs/libxfs/xfs_fs.h
> index d165de607d17..ca63ae67f16c 100644
> --- a/fs/xfs/libxfs/xfs_fs.h
> +++ b/fs/xfs/libxfs/xfs_fs.h
> @@ -995,7 +995,9 @@ struct xfs_rtgroup_geometry {
> __u32 rg_sick; /* o: sick things in ag */
> __u32 rg_checked; /* o: checked metadata in ag */
> __u32 rg_flags; /* i/o: flags for this ag */
> - __u32 rg_reserved[27]; /* o: zero */
> + __u32 rg_reserved0; /* o: preserve alignment */
> + __u64 rg_writepointer; /* o: write pointer sector for zoned */
Hrm. It's not possible to advance the write pointer less than a single
xfs fsblock, right? zoned rt requires rt groups, so that means the
write pointer within a rtgroup has to be a xfs_rgblock_t (32bit) value,
so shouldn't this be a __u32 field?
(aside from that, the wp extraction code itself looks reasonable)
--D
> + __u32 rg_reserved[24]; /* o: zero */
> };
> #define XFS_RTGROUP_GEOM_SICK_SUPER (1U << 0) /* superblock */
> #define XFS_RTGROUP_GEOM_SICK_BITMAP (1U << 1) /* rtbitmap */
> @@ -1003,6 +1005,8 @@ struct xfs_rtgroup_geometry {
> #define XFS_RTGROUP_GEOM_SICK_RMAPBT (1U << 3) /* reverse mappings */
> #define XFS_RTGROUP_GEOM_SICK_REFCNTBT (1U << 4) /* reference counts */
>
> +#define XFS_RTGROUP_GEOM_WRITEPOINTER (1U << 0) /* write pointer */
> +
> /* Health monitor event domains */
>
> /* affects the whole fs */
> diff --git a/fs/xfs/xfs_ioctl.c b/fs/xfs/xfs_ioctl.c
> index facffdc8dca8..86bd8fc0c41d 100644
> --- a/fs/xfs/xfs_ioctl.c
> +++ b/fs/xfs/xfs_ioctl.c
> @@ -37,12 +37,15 @@
> #include "xfs_ioctl.h"
> #include "xfs_xattr.h"
> #include "xfs_rtbitmap.h"
> +#include "xfs_rtrmap_btree.h"
> #include "xfs_file.h"
> #include "xfs_exchrange.h"
> #include "xfs_handle.h"
> #include "xfs_rtgroup.h"
> #include "xfs_healthmon.h"
> #include "xfs_verify_media.h"
> +#include "xfs_zone_priv.h"
> +#include "xfs_zone_alloc.h"
>
> #include <linux/mount.h>
> #include <linux/fileattr.h>
> @@ -413,6 +416,7 @@ xfs_ioc_rtgroup_geometry(
> {
> struct xfs_rtgroup *rtg;
> struct xfs_rtgroup_geometry rgeo;
> + xfs_rgblock_t highest_rgbno, write_pointer;
> int error;
>
> if (copy_from_user(&rgeo, arg, sizeof(rgeo)))
> @@ -433,6 +437,22 @@ xfs_ioc_rtgroup_geometry(
> if (error)
> return error;
>
> + if (xfs_has_zoned(mp)) {
> + xfs_rtgroup_lock(rtg, XFS_RTGLOCK_RMAP);
> + if (rtg->rtg_open_zone) {
> + write_pointer = rtg->rtg_open_zone->oz_allocated;
> + } else {
> + highest_rgbno = xfs_rtrmap_highest_rgbno(rtg);
> + if (highest_rgbno == NULLRGBLOCK)
> + write_pointer = 0;
> + else
> + write_pointer = highest_rgbno + 1;
> + }
> + xfs_rtgroup_unlock(rtg, XFS_RTGLOCK_RMAP);
> + rgeo.rg_writepointer = XFS_FSB_TO_BB(mp, write_pointer);
> + rgeo.rg_flags |= XFS_RTGROUP_GEOM_WRITEPOINTER;
> + }
> +
> if (copy_to_user(arg, &rgeo, sizeof(rgeo)))
> return -EFAULT;
> return 0;
> --
> 2.53.0
>
>
next prev parent reply other threads:[~2026-02-27 4:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-27 3:01 [PATCH] xfs: add write pointer to xfs_rtgroup_geometry Wilfred Mallawa
2026-02-27 4:06 ` Darrick J. Wong [this message]
2026-02-27 5:16 ` Wilfred Mallawa
2026-02-27 13:52 ` hch
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=20260227040619.GI13853@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=cem@kernel.org \
--cc=hch@lst.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=wilfred.mallawa@wdc.com \
--cc=wilfred.opensource@gmail.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