Re: [f2fs-dev] [PATCH v14 13/21] xfs: use read ioend for fsverity data verification

"Darrick J. Wong via Linux-f2fs-devel" <[email protected]> Mon, 10 Aug 2026 11:31:02 -0700
Newsgroups net.sourceforge.lists.linux-f2fs-devel,dev.linux.lists.fsverity,org.kernel.vger.linux-btrfs,org.kernel.vger.linux-ext4,org.kernel.vger.linux-fsdevel,org.kernel.vger.linux-xfs
Message-ID <20260810183102.GY3556460@frogsfrogsfrogs>
On Mon, Aug 10, 2026 at 12:01:13PM +0200, Andrey Albershteyn wrote:
> On 2026-08-04 11:36:32, Darrick J. Wong wrote:
> > On Mon, Aug 03, 2026 at 10:08:03PM +0200, Andrey Albershteyn wrote:
> > > Use read ioends for fsverity verification. Do not issue fsverity
> > > metadata I/O through the same workqueue due to risk of a deadlock by a
> > > filled workqueue.
> > > 
> > > Pass fsverity_info from iomap context down to the ioend as hashtable
> > > lookups are expensive.
> > > 
> > > Add a simple helper to check that this is not fsverity metadata but file
> > > data that needs verification.
> > > 
> > > Signed-off-by: Andrey Albershteyn <[email protected]>
> > > ---
> > >  fs/xfs/xfs_aops.c     | 13 ++++++++-----
> > >  fs/xfs/xfs_file.c     |  3 ++-
> > >  fs/xfs/xfs_fsverity.c |  9 +++++++++
> > >  fs/xfs/xfs_fsverity.h |  6 ++++++
> > >  fs/xfs/xfs_ioend.c    | 42 +++++++++++++++++++++++++++++++++++++++++-
> > >  fs/xfs/xfs_ioend.h    |  4 +++-
> > >  include/linux/iomap.h |  1 +
> > >  7 files changed, 70 insertions(+), 8 deletions(-)
> > > 
> > > diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c
> > > index b8813e577285..14bfaed1f1f6 100644
> > > --- a/fs/xfs/xfs_aops.c
> > > +++ b/fs/xfs/xfs_aops.c
> > > @@ -24,6 +24,7 @@
> > >  #include "xfs_zone_alloc.h"
> > >  #include "xfs_rtgroup.h"
> > >  #include "xfs_fsverity.h"
> > > +#include <linux/fsverity.h>
> > >  
> > >  struct xfs_writepage_ctx {
> > >  	struct iomap_writepage_ctx ctx;
> > > @@ -607,7 +608,7 @@ xfs_bio_submit_read(
> > >  {
> > >  	xfs_ioend_submit_read(iter->inode, ctx->read_ctx,
> > >  			ctx->read_ctx_file_offset,
> > > -			iomap_ioend_flags(&iter->iomap));
> > > +			iomap_ioend_flags(&iter->iomap), ctx->vi);
> > >  	ctx->read_ctx = NULL;
> > >  }
> > >  
> > > @@ -619,11 +620,13 @@ static const struct iomap_read_ops xfs_iomap_read_ops = {
> > >  
> > >  static inline const struct iomap_read_ops *
> > >  xfs_get_iomap_read_ops(
> > > -	const struct address_space	*mapping)
> > > +	const struct address_space	*mapping,
> > > +	loff_t				position)
> > >  {
> > >  	struct xfs_inode		*ip = XFS_I(mapping->host);
> > >  
> > > -	if (bdev_has_integrity_csum(xfs_inode_buftarg(ip)->bt_bdev))
> > > +	if (bdev_has_integrity_csum(xfs_inode_buftarg(ip)->bt_bdev) ||
> > > +			xfs_fsverity_is_file_data(ip, position))
> > >  		return &xfs_iomap_read_ops;
> > >  	return &iomap_bio_read_ops;
> > >  }
> > > @@ -635,7 +638,7 @@ xfs_vm_read_folio(
> > >  {
> > >  	struct iomap_read_folio_ctx	ctx = { .cur_folio = folio };
> > >  
> > > -	ctx.ops = xfs_get_iomap_read_ops(folio->mapping);
> > > +	ctx.ops = xfs_get_iomap_read_ops(folio->mapping, folio_pos(folio));
> > >  	iomap_read_folio(&xfs_read_iomap_ops, &ctx, NULL);
> > >  	return 0;
> > >  }
> > > @@ -646,7 +649,7 @@ xfs_vm_readahead(
> > >  {
> > >  	struct iomap_read_folio_ctx	ctx = { .rac = rac };
> > >  
> > > -	ctx.ops = xfs_get_iomap_read_ops(rac->mapping),
> > > +	ctx.ops = xfs_get_iomap_read_ops(rac->mapping, readahead_pos(rac));
> > >  	iomap_readahead(&xfs_read_iomap_ops, &ctx, NULL);
> > >  }
> > >  
> > > diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c
> > > index 67c1357f4701..e9927688086d 100644
> > > --- a/fs/xfs/xfs_file.c
> > > +++ b/fs/xfs/xfs_file.c
> > > @@ -237,7 +237,8 @@ xfs_dio_read_bounce_submit_io(
> > >  	loff_t			file_offset)
> > >  {
> > >  	xfs_ioend_submit_read(iter->inode, bio, file_offset,
> > > -			iomap_ioend_flags(&iter->iomap) | IOMAP_IOEND_DIRECT);
> > > +			iomap_ioend_flags(&iter->iomap) | IOMAP_IOEND_DIRECT,
> > > +			NULL);
> > >  }
> > >  
> > >  static const struct iomap_dio_ops xfs_dio_read_bounce_ops = {
> > > diff --git a/fs/xfs/xfs_fsverity.c b/fs/xfs/xfs_fsverity.c
> > > index d86009629b56..d1b3ccc65322 100644
> > > --- a/fs/xfs/xfs_fsverity.c
> > > +++ b/fs/xfs/xfs_fsverity.c
> > > @@ -20,3 +20,12 @@ xfs_fsverity_metadata_offset(
> > >  {
> > >  	return round_up(i_size_read(VFS_IC(ip)), XFS_FSVERITY_START_ALIGN);
> > >  }
> > > +
> > > +bool
> > > +xfs_fsverity_is_file_data(
> > > +	const struct xfs_inode	*ip,
> > > +	loff_t			offset)
> > > +{
> > > +	return fsverity_active(VFS_IC(ip)) &&
> > > +			offset < xfs_fsverity_metadata_offset(ip);
> > > +}
> > > diff --git a/fs/xfs/xfs_fsverity.h b/fs/xfs/xfs_fsverity.h
> > > index 5771db2cd797..ec77ba571106 100644
> > > --- a/fs/xfs/xfs_fsverity.h
> > > +++ b/fs/xfs/xfs_fsverity.h
> > > @@ -9,12 +9,18 @@
> > >  
> > >  #ifdef CONFIG_FS_VERITY
> > >  loff_t xfs_fsverity_metadata_offset(const struct xfs_inode *ip);
> > > +bool xfs_fsverity_is_file_data(const struct xfs_inode *ip, loff_t offset);
> > >  #else
> > >  static inline loff_t xfs_fsverity_metadata_offset(const struct xfs_inode *ip)
> > >  {
> > >  	WARN_ON_ONCE(1);
> > >  	return ULLONG_MAX;
> > >  }
> > > +static inline bool xfs_fsverity_is_file_data(const struct xfs_inode *ip,
> > > +					    loff_t offset)
> > > +{
> > > +	return false;
> > > +}
> > >  #endif	/* CONFIG_FS_VERITY */
> > >  
> > >  #endif	/* __XFS_FSVERITY_H__ */
> > > diff --git a/fs/xfs/xfs_ioend.c b/fs/xfs/xfs_ioend.c
> > > index 641f0d881b07..b0370af7a0f7 100644
> > > --- a/fs/xfs/xfs_ioend.c
> > > +++ b/fs/xfs/xfs_ioend.c
> > > @@ -18,7 +18,9 @@
> > >  #include "xfs_ioend.h"
> > >  #include "xfs_error.h"
> > >  #include "xfs_errortag.h"
> > > +#include "xfs_fsverity.h"
> > >  #include <linux/bio-integrity.h>
> > > +#include <linux/fsverity.h>
> > >  
> > >  static void
> > >  xfs_end_bio_bounced(
> > > @@ -87,6 +89,20 @@ xfs_read_bounce_and_resubmit(
> > >  			xfs_bounce_submit_ioend);
> > >  }
> > >  
> > > +static void
> > > +xfs_end_fsverity_io_read(
> > > +	struct work_struct	*work)
> > > +{
> > > +	struct iomap_ioend	*ioend =
> > > +		container_of(work, struct iomap_ioend, work);
> > > +
> > > +	if (!ioend->io_bio.bi_status)
> > > +		fsverity_verify_bio(ioend->io_vi, &ioend->io_bio);
> > > +
> > > +	iomap_finish_ioends(
> > > +		ioend, blk_status_to_errno(ioend->io_bio.bi_status));
> > > +}
> > > +
> > >  static void
> > >  xfs_end_io_read(
> > >  	struct bio		*bio)
> > > @@ -113,6 +129,26 @@ xfs_end_io_read(
> > >  		}
> > >  	}
> > >  
> > > +	/*
> > > +	 * If we don't have block device integrity (IOMAP_IOEND_INTEGRITY),
> > > +	 * there won't be any ioends containing fsverity metadata. This means
> > > +	 * that those won't get mixed with data ioends causing self-deadlock or
> > > +	 * rescuer thread deadlock.
> > 
> > I think this comment should be inverted since fsverity + PI is
> > probably(?) more of an edge case?
> 
> Yes, this is more of an edge case, I will inverted it
> 
> > 
> > "If we have fsverity and block device integrity attached to this bio,
> > we need to run both validations from the separate fsverity workqueue
> > to avoid deadlocking due to fsverity issuing its own reads."
> > 
> > (Assuming I understand the fsverity && pi case correctly.)
> > 
> > One thing I'm not clear about -- why is it safe to do the fsverity
> > validation here if PI isn't enabled?  Can't that also issue IO to pull
> > in merkle tree blocks?
> 
> Without PI, fsverity metadata is read without XFS bio completion
> path, we don't get here for the descriptor/metadata reads
> (see xfs_get_iomap_read_ops()). So, we won't block the queue, as
> data ioends won't be mixed with metadata ioends.
> 
> With PI, all fsverity reads goes through this path. We could get a
> case that data ioend is waiting for metadata IO to be completed which
> in turn is pending for data ioend to be finished (due to batch
> processing of multiple BIOs in the bio_complete wq).
> 
> So, this will issue more IO, but this IO will not get onto this
> queue (it will go through iomap_bio_submit_read()).

Ah, ok.  Maybe add to that comment:

"If we have fsverity enabled but block device integrity is not enabled,
completion of the fsverity metadata reads does not require a workqueue
so there is no deadlock potential."

then?

(Just echoing you to make sure I understand completely.)

> > > +	 *
> > > +	 * Without offloading the data ioend, verification can be done directly
> > > +	 * in this task context.
> > > +	 */
> > > +	if (IS_ENABLED(CONFIG_FS_VERITY) && !error && ioend->io_vi &&
> > > +			xfs_fsverity_is_file_data(ip, ioend->io_offset)) {
> > > +		if (ioend->io_flags & IOMAP_IOEND_INTEGRITY) {
> > > +			fsverity_enqueue_verify_work(&ioend->work);
> > > +			return;
> > > +		}
> > > +
> > > +		fsverity_verify_bio(ioend->io_vi, &ioend->io_bio);
> > > +		error = blk_status_to_errno(ioend->io_bio.bi_status);
> > > +	}
> > > +
> > >  	iomap_finish_ioends(ioend, error);
> > >  }
> > >  
> > > @@ -121,13 +157,17 @@ xfs_ioend_submit_read(
> > >  	struct inode		*inode,
> > >  	struct bio		*bio,
> > >  	loff_t			file_offset,
> > > -	u16			ioend_flags)
> > > +	u16			ioend_flags,
> > > +	struct fsverity_info	*vi)
> > >  {
> > >  	struct xfs_inode	*ip = XFS_I(inode);
> > >  	struct xfs_mount	*mp = ip->i_mount;
> > >  	struct iomap_ioend	*ioend;
> > >  
> > >  	ioend = iomap_init_ioend(inode, bio, file_offset, ioend_flags);
> > > +	ioend->io_vi = vi;
> > > +	INIT_WORK(&ioend->work, xfs_end_fsverity_io_read);
> > > +
> > >  	if ((ioend_flags & IOMAP_IOEND_DIRECT) &&
> > >  	    READ_ONCE(mp->m_read_bounce) == XFS_READ_BOUNCE_ALWAYS) {
> > >  		iomap_bounce_read(ioend, bdev_logical_block_size(bio->bi_bdev),
> > > diff --git a/fs/xfs/xfs_ioend.h b/fs/xfs/xfs_ioend.h
> > > index 7c2a1ea3e6ed..992c248a693a 100644
> > > --- a/fs/xfs/xfs_ioend.h
> > > +++ b/fs/xfs/xfs_ioend.h
> > > @@ -2,6 +2,8 @@
> > >  #ifndef __XFS_IOEND_H
> > >  #define __XFS_IOEND_H
> > >  
> > > +#include <linux/fsverity.h>
> > > +
> > >  /*
> > >   * Fast and loose check if this write could update the on-disk inode size.
> > >   */
> > > @@ -13,6 +15,6 @@ static inline bool xfs_ioend_is_append(struct iomap_ioend *ioend)
> > >  
> > >  void xfs_end_bio(struct bio *bio);
> > >  void xfs_ioend_submit_read(struct inode *inode, struct bio *bio,
> > > -		loff_t file_offset, u16 ioend_flags);
> > > +		loff_t file_offset, u16 ioend_flags, struct fsverity_info *vi);
> > >  
> > >  #endif /* __XFS_IOEND_H */
> > > diff --git a/include/linux/iomap.h b/include/linux/iomap.h
> > > index f9e2fce21be0..96a00d61d4e8 100644
> > > --- a/include/linux/iomap.h
> > > +++ b/include/linux/iomap.h
> > > @@ -455,6 +455,7 @@ struct iomap_ioend {
> > >  	sector_t		io_sector;	/* start sector of ioend */
> > >  	void			*io_private;	/* file system private data */
> > >  	struct fsverity_info	*io_vi;		/* fsverity info */
> > > +	struct work_struct	work;		/* fsverity blocking I/O */
> > 
> > io_work?
> 
> sure
> 
> > 
> > >  	struct bio		io_bio;		/* MUST BE LAST! */
> > 
> > I slightly wonder about iomap_ioend getting bigger but I don't have
> > access to my usual workstations and can't pahole this to learn how much
> > that embiggens the structure.
> > 
> > Also I wouldn't be shocked if someone else kinda wants the work struct
> > here too for (say) future fscrypt/compression/whatever.
> 
> It add 72 bytes:
> 
> $ pahole -C iomap_ioend fs/iomap/ioend.o  
> struct iomap_ioend {
>         struct list_head           io_list;              /*     0    16 */
>         u16                        io_flags;             /*    16     2 */
> 
>         /* XXX 2 bytes hole, try to pack */
> 
>         u32                        io_bvec_offset;       /*    20     4 */
>         struct inode *             io_inode;             /*    24     8 */
>         size_t                     io_size;              /*    32     8 */
>         atomic_t                   io_remaining;         /*    40     4 */
>         int                        io_error;             /*    44     4 */
>         struct iomap_ioend *       io_parent;            /*    48     8 */
>         loff_t                     io_offset;            /*    56     8 */
>         /* --- cacheline 1 boundary (64 bytes) --- */
>         sector_t                   io_sector;            /*    64     8 */
>         void *                     io_private;           /*    72     8 */
>         struct fsverity_info *     io_vi;                /*    80     8 */
>         struct work_struct         work;                 /*    88    72 */
>         /* --- cacheline 2 boundary (128 bytes) was 32 bytes ago --- */
>         struct bio                 io_bio;               /*   160   120 */
> 
>         /* size: 280, cachelines: 5, members: 14 */
>         /* sum members: 278, holes: 1, sum holes: 2 */
>         /* last cacheline: 24 bytes */
> };

<nod> Thanks for pasting that in.

--D

> 
> -- 
> - Andrey
> 


_______________________________________________
Linux-f2fs-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel