Linux XFS filesystem development
 help / color / mirror / Atom feed
From: "Darrick J. Wong" <djwong@kernel.org>
To: Christoph Hellwig <hch@lst.de>
Cc: Carlos Maiolino <cem@kernel.org>, linux-xfs@vger.kernel.org
Subject: Re: [PATCH 1/9] xfs: centralize setting of buf_ops/buf_type/magic for rtblocks
Date: Thu, 24 Sep 2026 12:01:38 -0700	[thread overview]
Message-ID: <20260924190138.GO2705364@frogsfrogsfrogs> (raw)
In-Reply-To: <20260924095740.2732474-2-hch@lst.de>

On Thu, Sep 24, 2026 at 11:57:02AM +0200, Christoph Hellwig wrote:
> Add two tables for the buf_ops and buf_type, and derive the magic from
> the buf_ops to make have a single source of truth for the different RT
> block variants.  This cleans up the existing code and makes adding another
> type of block/file easier.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>

Seems like a reasonable hoist here.
Reviewed-by: "Darrick J. Wong" <djwong@kernel.org>

--D

> ---
>  fs/xfs/libxfs/xfs_rtbitmap.c | 40 +++++++++++++++++++++---------------
>  fs/xfs/libxfs/xfs_rtbitmap.h | 15 ++------------
>  2 files changed, 25 insertions(+), 30 deletions(-)
> 
> diff --git a/fs/xfs/libxfs/xfs_rtbitmap.c b/fs/xfs/libxfs/xfs_rtbitmap.c
> index e62786e90f7b..3f7877220e05 100644
> --- a/fs/xfs/libxfs/xfs_rtbitmap.c
> +++ b/fs/xfs/libxfs/xfs_rtbitmap.c
> @@ -125,6 +125,26 @@ const struct xfs_buf_ops xfs_rtsummary_buf_ops = {
>  	.verify_struct	= xfs_rtbuf_verify,
>  };
>  
> +static const struct xfs_buf_ops *xfs_rtblock_buf_ops[XFS_RTGI_MAX] = {
> +	[XFS_RTGI_SUMMARY]	= &xfs_rtsummary_buf_ops,
> +	[XFS_RTGI_BITMAP]	= &xfs_rtbitmap_buf_ops,
> +};
> +
> +const struct xfs_buf_ops *
> +xfs_rtblock_ops(
> +	struct xfs_mount	*mp,
> +	enum xfs_rtg_inodes	type)
> +{
> +	if (!xfs_has_rtgroups(mp))
> +		return &xfs_rtbuf_ops;
> +	return xfs_rtblock_buf_ops[type];
> +}
> +
> +static enum xfs_blft xfs_rtblock_buf_types[XFS_RTGI_MAX] = {
> +	[XFS_RTGI_SUMMARY]	= XFS_BLFT_RTSUMMARY_BUF,
> +	[XFS_RTGI_BITMAP]	= XFS_BLFT_RTBITMAP_BUF,
> +};
> +
>  /* Release cached rt bitmap and summary buffers. */
>  void
>  xfs_rtbuf_cache_relse(
> @@ -158,7 +178,6 @@ xfs_rtbuf_get(
>  	xfs_fileoff_t		*coffp;	/* cached block number */
>  	struct xfs_buf		*bp;	/* block buffer, result */
>  	struct xfs_bmbt_irec	map;
> -	enum xfs_blft		buf_type;
>  	int			nmap = 1;
>  	int			error;
>  
> @@ -166,12 +185,10 @@ xfs_rtbuf_get(
>  	case XFS_RTGI_SUMMARY:
>  		cbpp = &args->sumbp;
>  		coffp = &args->sumoff;
> -		buf_type = XFS_BLFT_RTSUMMARY_BUF;
>  		break;
>  	case XFS_RTGI_BITMAP:
>  		cbpp = &args->rbmbp;
>  		coffp = &args->rbmoff;
> -		buf_type = XFS_BLFT_RTBITMAP_BUF;
>  		break;
>  	default:
>  		return -EINVAL;
> @@ -222,7 +239,7 @@ xfs_rtbuf_get(
>  		}
>  	}
>  
> -	xfs_trans_buf_set_type(args->tp, bp, buf_type);
> +	xfs_trans_buf_set_type(args->tp, bp, xfs_rtblock_buf_types[type]);
>  	*cbpp = bp;
>  	*coffp = block;
>  	return 0;
> @@ -1375,16 +1392,8 @@ xfs_rtfile_initialize_block(
>  	struct xfs_buf		*bp;
>  	void			*bufdata;
>  	const size_t		copylen = mp->m_blockwsize << XFS_WORDLOG;
> -	enum xfs_blft		buf_type;
>  	int			error;
>  
> -	if (type == XFS_RTGI_BITMAP)
> -		buf_type = XFS_BLFT_RTBITMAP_BUF;
> -	else if (type == XFS_RTGI_SUMMARY)
> -		buf_type = XFS_BLFT_RTSUMMARY_BUF;
> -	else
> -		return -EINVAL;
> -
>  	error = xfs_trans_alloc(mp, &M_RES(mp)->tr_growrtzero, 0, 0, 0, &tp);
>  	if (error)
>  		return error;
> @@ -1399,16 +1408,13 @@ xfs_rtfile_initialize_block(
>  	}
>  	bufdata = bp->b_addr;
>  
> -	xfs_trans_buf_set_type(tp, bp, buf_type);
> +	xfs_trans_buf_set_type(tp, bp, xfs_rtblock_buf_types[type]);
>  	bp->b_ops = xfs_rtblock_ops(mp, type);
>  
>  	if (xfs_has_rtgroups(mp)) {
>  		struct xfs_rtbuf_blkinfo	*hdr = bp->b_addr;
>  
> -		if (type == XFS_RTGI_BITMAP)
> -			hdr->rt_magic = cpu_to_be32(XFS_RTBITMAP_MAGIC);
> -		else
> -			hdr->rt_magic = cpu_to_be32(XFS_RTSUMMARY_MAGIC);
> +		hdr->rt_magic = bp->b_ops->magic[1];
>  		hdr->rt_owner = cpu_to_be64(I_INO(ip));
>  		hdr->rt_blkno = cpu_to_be64(XFS_FSB_TO_DADDR(mp, fsbno));
>  		hdr->rt_lsn = 0;
> diff --git a/fs/xfs/libxfs/xfs_rtbitmap.h b/fs/xfs/libxfs/xfs_rtbitmap.h
> index 22e5d9cd95f4..375cc48e1a53 100644
> --- a/fs/xfs/libxfs/xfs_rtbitmap.h
> +++ b/fs/xfs/libxfs/xfs_rtbitmap.h
> @@ -354,19 +354,6 @@ xfs_suminfo_add(
>  	return info->old;
>  }
>  
> -static inline const struct xfs_buf_ops *
> -xfs_rtblock_ops(
> -	struct xfs_mount	*mp,
> -	enum xfs_rtg_inodes	type)
> -{
> -	if (xfs_has_rtgroups(mp)) {
> -		if (type == XFS_RTGI_SUMMARY)
> -			return &xfs_rtsummary_buf_ops;
> -		return &xfs_rtbitmap_buf_ops;
> -	}
> -	return &xfs_rtbuf_ops;
> -}
> -
>  /*
>   * Functions for walking free space rtextents in the realtime bitmap.
>   */
> @@ -419,6 +406,8 @@ xfs_filblks_t xfs_rtbitmap_blockcount_len(struct xfs_mount *mp,
>  xfs_filblks_t xfs_rtsummary_blockcount(struct xfs_mount *mp,
>  		unsigned int *rsumlevels);
>  
> +const struct xfs_buf_ops *xfs_rtblock_ops(struct xfs_mount *mp,
> +		enum xfs_rtg_inodes type);
>  int xfs_rtfile_initialize_blocks(struct xfs_rtgroup *rtg,
>  		enum xfs_rtg_inodes type, xfs_fileoff_t offset_fsb,
>  		xfs_fileoff_t end_fsb, void *data);
> -- 
> 2.53.0
> 
> 

  reply	other threads:[~2026-09-24 19:01 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-24  9:57 misc cleanups Christoph Hellwig
2026-09-24  9:57 ` [PATCH 1/9] xfs: centralize setting of buf_ops/buf_type/magic for rtblocks Christoph Hellwig
2026-09-24 19:01   ` Darrick J. Wong [this message]
2026-09-24  9:57 ` [PATCH 2/9] xfs: factor out a xfs_rtfile_initialize_buf helper Christoph Hellwig
2026-09-24 19:02   ` Darrick J. Wong
2026-09-24  9:57 ` [PATCH 3/9] xfs: add a xfs_rtblock_payload helper Christoph Hellwig
2026-09-24 20:13   ` Darrick J. Wong
2026-09-24  9:57 ` [PATCH 4/9] xfs: cleanup xfs_verify_media_error Christoph Hellwig
2026-09-24 20:14   ` Darrick J. Wong
2026-09-24  9:57 ` [PATCH 5/9] xfs: use bdev_rw_virt in xfs_verify_media Christoph Hellwig
2026-09-24 20:18   ` Darrick J. Wong
2026-09-24  9:57 ` [PATCH 6/9] xfs: lift setting the NOFS context to xfs_end_io Christoph Hellwig
2026-09-24 20:18   ` Darrick J. Wong
2026-09-24  9:57 ` [PATCH 7/9] xfs: split xfs_end_ioend_write Christoph Hellwig
2026-09-24 20:26   ` Darrick J. Wong
2026-09-25  5:46     ` Christoph Hellwig
2026-09-24  9:57 ` [PATCH 8/9] xfs: factor out a xfs_zoned_fill_srcmap helper Christoph Hellwig
2026-09-24 20:27   ` Darrick J. Wong
2026-09-24  9:57 ` [PATCH 9/9] xfs: calculate end_fsb later in xfs_zoned_fill_srcmap Christoph Hellwig
2026-09-24 20:29   ` Darrick J. Wong
2026-10-05 18:06 ` misc cleanups 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=20260924190138.GO2705364@frogsfrogsfrogs \
    --to=djwong@kernel.org \
    --cc=cem@kernel.org \
    --cc=hch@lst.de \
    --cc=linux-xfs@vger.kernel.org \
    /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