From: "Darrick J. Wong" <djwong@kernel.org>
To: Andrey Albershteyn <aalbersh@redhat.com>
Cc: Christoph Hellwig <hch@lst.de>,
Andrey Albershteyn <aalbersh@kernel.org>,
linux-xfs@vger.kernel.org, fsverity@lists.linux.dev,
linux-fsdevel@vger.kernel.org, ebiggers@kernel.org,
linux-ext4@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net,
linux-btrfs@vger.kernel.org
Subject: Re: [PATCH v5 07/25] iomap: introduce IOMAP_F_FSVERITY and teach writeback to handle fsverity
Date: Wed, 25 Mar 2026 09:26:03 -0700 [thread overview]
Message-ID: <20260325162603.GV6223@frogsfrogsfrogs> (raw)
In-Reply-To: <std5dib2mf5nfd2gf3jbrhujvqr2tytczplopwfy4zrxrrmrgj@py7g4alrifbi>
On Wed, Mar 25, 2026 at 01:38:07PM +0100, Andrey Albershteyn wrote:
> On 2026-03-25 09:00:21, Christoph Hellwig wrote:
> > > @@ -353,9 +353,16 @@ static inline bool iomap_block_needs_zeroing(const struct iomap_iter *iter,
> > > {
> > > const struct iomap *srcmap = iomap_iter_srcmap(iter);
> > >
> > > - return srcmap->type != IOMAP_MAPPED ||
> > > - (srcmap->flags & IOMAP_F_NEW) ||
> > > - pos >= i_size_read(iter->inode);
> > > + if (srcmap->type != IOMAP_MAPPED)
> > > + return true;
> > > +
> > > + if (srcmap->flags & IOMAP_F_NEW)
> > > + return true;
> > > +
> > > + if (srcmap->flags & IOMAP_F_FSVERITY)
> > > + return false;
> > > +
> > > + return pos >= i_size_read(iter->inode);
> >
> > This might be a good time to document the various reasons for needing
> > zeroing.
>
> something like this?
>
> --- a/fs/iomap/buffered-io.c
> +++ b/fs/iomap/buffered-io.c
> @@ -344,9 +344,27 @@ static inline bool iomap_block_needs_zeroing(const struct iomap_iter *iter,
> {
> const struct iomap *srcmap = iomap_iter_srcmap(iter);
>
> - return srcmap->type != IOMAP_MAPPED ||
> - (srcmap->flags & IOMAP_F_NEW) ||
> - pos >= i_size_read(iter->inode);
> + /*
> + * If this block is not mapped, we don't have any backing blocks to read
> + * yet
/* If this block has not been written, there's nothing to read */
> + */
> + if (srcmap->type != IOMAP_MAPPED)
> + return true;
> +
> + /*
> + * This block just got allocated and does not contain any meaningful data
> + */
/* Newly allocated blocks have not been written */
Otherwise looks good to me.
--D
> + if (srcmap->flags & IOMAP_F_NEW)
> + return true;
> +
> + /*
> + * fsverity metadata is stored past i_size, we need to read it instead of
> + * zeroing
> + */
> + if (srcmap->flags & IOMAP_F_FSVERITY)
> + return false;
> +
> + return pos >= i_size_read(iter->inode);
> }
>
> >
> > > +/*
> > > + * IO happens beyond inode EOF, fsverity metadata is stored there
> > > + */
> > > +#define IOMAP_F_FSVERITY (1U << 10)
> >
> > This comment feels a bit too sparse. Here is my interpretation of what
> > this flag does:
> >
> > /*
> > * Indicates reads and writes of fsverity metadata.
> > *
> > * Fsverity metadata is stored after the regular file data and thus beyond
> > * i_size.
> > */
>
> Thanks! I will update it
>
> --
> - Andrey
>
>
WARNING: multiple messages have this Message-ID (diff)
From: "Darrick J. Wong via Linux-f2fs-devel" <linux-f2fs-devel@lists.sourceforge.net>
To: Andrey Albershteyn <aalbersh@redhat.com>
Cc: fsverity@lists.linux.dev, ebiggers@kernel.org,
Andrey Albershteyn <aalbersh@kernel.org>,
linux-f2fs-devel@lists.sourceforge.net,
linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org,
linux-ext4@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
linux-btrfs@vger.kernel.org
Subject: Re: [f2fs-dev] [PATCH v5 07/25] iomap: introduce IOMAP_F_FSVERITY and teach writeback to handle fsverity
Date: Wed, 25 Mar 2026 09:26:03 -0700 [thread overview]
Message-ID: <20260325162603.GV6223@frogsfrogsfrogs> (raw)
In-Reply-To: <std5dib2mf5nfd2gf3jbrhujvqr2tytczplopwfy4zrxrrmrgj@py7g4alrifbi>
On Wed, Mar 25, 2026 at 01:38:07PM +0100, Andrey Albershteyn wrote:
> On 2026-03-25 09:00:21, Christoph Hellwig wrote:
> > > @@ -353,9 +353,16 @@ static inline bool iomap_block_needs_zeroing(const struct iomap_iter *iter,
> > > {
> > > const struct iomap *srcmap = iomap_iter_srcmap(iter);
> > >
> > > - return srcmap->type != IOMAP_MAPPED ||
> > > - (srcmap->flags & IOMAP_F_NEW) ||
> > > - pos >= i_size_read(iter->inode);
> > > + if (srcmap->type != IOMAP_MAPPED)
> > > + return true;
> > > +
> > > + if (srcmap->flags & IOMAP_F_NEW)
> > > + return true;
> > > +
> > > + if (srcmap->flags & IOMAP_F_FSVERITY)
> > > + return false;
> > > +
> > > + return pos >= i_size_read(iter->inode);
> >
> > This might be a good time to document the various reasons for needing
> > zeroing.
>
> something like this?
>
> --- a/fs/iomap/buffered-io.c
> +++ b/fs/iomap/buffered-io.c
> @@ -344,9 +344,27 @@ static inline bool iomap_block_needs_zeroing(const struct iomap_iter *iter,
> {
> const struct iomap *srcmap = iomap_iter_srcmap(iter);
>
> - return srcmap->type != IOMAP_MAPPED ||
> - (srcmap->flags & IOMAP_F_NEW) ||
> - pos >= i_size_read(iter->inode);
> + /*
> + * If this block is not mapped, we don't have any backing blocks to read
> + * yet
/* If this block has not been written, there's nothing to read */
> + */
> + if (srcmap->type != IOMAP_MAPPED)
> + return true;
> +
> + /*
> + * This block just got allocated and does not contain any meaningful data
> + */
/* Newly allocated blocks have not been written */
Otherwise looks good to me.
--D
> + if (srcmap->flags & IOMAP_F_NEW)
> + return true;
> +
> + /*
> + * fsverity metadata is stored past i_size, we need to read it instead of
> + * zeroing
> + */
> + if (srcmap->flags & IOMAP_F_FSVERITY)
> + return false;
> +
> + return pos >= i_size_read(iter->inode);
> }
>
> >
> > > +/*
> > > + * IO happens beyond inode EOF, fsverity metadata is stored there
> > > + */
> > > +#define IOMAP_F_FSVERITY (1U << 10)
> >
> > This comment feels a bit too sparse. Here is my interpretation of what
> > this flag does:
> >
> > /*
> > * Indicates reads and writes of fsverity metadata.
> > *
> > * Fsverity metadata is stored after the regular file data and thus beyond
> > * i_size.
> > */
>
> Thanks! I will update it
>
> --
> - Andrey
>
>
_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
next prev parent reply other threads:[~2026-03-25 16:26 UTC|newest]
Thread overview: 112+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-19 17:01 [PATCH v5 00/25] fs-verity support for XFS with post EOF merkle tree Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-19 17:01 ` [PATCH v5 01/25] fsverity: report validation errors through fserror to fsnotify Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-19 17:15 ` Darrick J. Wong
2026-03-19 17:15 ` [f2fs-dev] " Darrick J. Wong via Linux-f2fs-devel
2026-03-25 7:54 ` Christoph Hellwig
2026-03-25 7:54 ` [f2fs-dev] " Christoph Hellwig
2026-03-25 11:41 ` Andrey Albershteyn
2026-03-25 11:41 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 16:02 ` Darrick J. Wong
2026-03-25 16:02 ` [f2fs-dev] " Darrick J. Wong via Linux-f2fs-devel
2026-03-26 6:20 ` Christoph Hellwig
2026-03-26 6:20 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:01 ` [PATCH v5 02/25] fsverity: expose ensure_fsverity_info() Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 7:56 ` Christoph Hellwig
2026-03-25 7:56 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:01 ` [PATCH v5 03/25] fsverity: generate and store zero-block hash Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 7:57 ` Christoph Hellwig
2026-03-25 7:57 ` [f2fs-dev] " Christoph Hellwig
2026-03-25 12:03 ` Andrey Albershteyn
2026-03-25 12:03 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 16:07 ` Darrick J. Wong
2026-03-25 16:07 ` [f2fs-dev] " Darrick J. Wong via Linux-f2fs-devel
2026-03-19 17:01 ` [PATCH v5 04/25] fsverity: introduce fsverity_folio_zero_hash() Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 7:57 ` Christoph Hellwig
2026-03-25 7:57 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:01 ` [PATCH v5 05/25] fsverity: pass digest size and hash of the empty block to ->write Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-19 17:01 ` [PATCH v5 06/25] fsverity: hoist pagecache_read from f2fs/ext4 to fsverity Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 7:58 ` Christoph Hellwig
2026-03-25 7:58 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:01 ` [PATCH v5 07/25] iomap: introduce IOMAP_F_FSVERITY and teach writeback to handle fsverity Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:00 ` Christoph Hellwig
2026-03-25 8:00 ` [f2fs-dev] " Christoph Hellwig
2026-03-25 12:38 ` Andrey Albershteyn
2026-03-25 12:38 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 16:26 ` Darrick J. Wong [this message]
2026-03-25 16:26 ` Darrick J. Wong via Linux-f2fs-devel
2026-03-19 17:01 ` [PATCH v5 08/25] iomap: obtain fsverity info for read path Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-19 17:01 ` [PATCH v5 09/25] iomap: issue readahead for fsverity merkle tree Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:04 ` Christoph Hellwig
2026-03-25 8:04 ` [f2fs-dev] " Christoph Hellwig
2026-03-25 12:08 ` Andrey Albershteyn
2026-03-25 12:08 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-19 17:01 ` [PATCH v5 10/25] iomap: teach iomap to handle fsverity holes and verify data holes Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 16:29 ` Darrick J. Wong
2026-03-25 16:29 ` [f2fs-dev] " Darrick J. Wong via Linux-f2fs-devel
2026-03-19 17:01 ` [PATCH v5 11/25] iomap: introduce iomap_fsverity_write() for writing fsverity metadata Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:05 ` Christoph Hellwig
2026-03-25 8:05 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:01 ` [PATCH v5 12/25] xfs: introduce fsverity on-disk changes Andrey Albershteyn
2026-03-19 17:01 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:05 ` Christoph Hellwig
2026-03-25 8:05 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 13/25] xfs: initialize fs-verity on file open Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:06 ` Christoph Hellwig
2026-03-25 8:06 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 14/25] xfs: don't allow to enable DAX on fs-verity sealed inode Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:06 ` Christoph Hellwig
2026-03-25 8:06 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 15/25] xfs: disable direct read path for fs-verity files Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:06 ` Christoph Hellwig
2026-03-25 8:06 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 16/25] xfs: handle fsverity I/O in write/read path Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:07 ` Christoph Hellwig
2026-03-25 8:07 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 17/25] xfs: use read ioend for fsverity data verification Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:07 ` Christoph Hellwig
2026-03-25 8:07 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 18/25] xfs: add fs-verity support Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:08 ` Christoph Hellwig
2026-03-25 8:08 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 19/25] xfs: remove unwritten extents after preallocations in fsverity metadata Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:09 ` Christoph Hellwig
2026-03-25 8:09 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 20/25] xfs: add fs-verity ioctls Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:09 ` Christoph Hellwig
2026-03-25 8:09 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 21/25] xfs: advertise fs-verity being available on filesystem Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:10 ` Christoph Hellwig
2026-03-25 8:10 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 22/25] xfs: check and repair the verity inode flag state Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:10 ` Christoph Hellwig
2026-03-25 8:10 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 23/25] xfs: introduce health state for corrupted fsverity metadata Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-25 8:10 ` Christoph Hellwig
2026-03-25 8:10 ` [f2fs-dev] " Christoph Hellwig
2026-03-19 17:02 ` [PATCH v5 24/25] xfs: add fsverity traces Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
2026-03-19 17:02 ` [PATCH v5 25/25] xfs: enable ro-compat fs-verity flag Andrey Albershteyn
2026-03-19 17:02 ` [f2fs-dev] " Andrey Albershteyn via Linux-f2fs-devel
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=20260325162603.GV6223@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=aalbersh@kernel.org \
--cc=aalbersh@redhat.com \
--cc=ebiggers@kernel.org \
--cc=fsverity@lists.linux.dev \
--cc=hch@lst.de \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=linux-fsdevel@vger.kernel.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.