On Mon, Feb 02, 2026 at 02:34:04PM -0800, Eric Biggers wrote: > On Mon, Feb 02, 2026 at 01:14:23PM -0800, Eric Biggers wrote: > > On Mon, Feb 02, 2026 at 07:06:29AM +0100, Christoph Hellwig wrote: > > > Hi all, > > > > > > this series has a hodge podge of fsverity enhances that I looked into as > > > part of the review of the xfs fsverity support series. > > > > > > The first part optimizes the fsverity read path by kicking off readahead > > > for the fsverity hashes from the data read submission context, which in my > > > simply testing showed huge benefits for sequential reads using dd. > > > I haven't been able to get fio to run on a preallocated fio file, but > > > I expect random read benefits would be significantly better than that > > > still. > > > > > > The second part avoids the need for a pointer in every inode for fsverity > > > and instead uses a rhashtable lookup, which is done once per read_folio > > > or ->readahead invocation plus for btrfs only for each bio completion. > > > Right now this does not increse the number of inodes in > > > each slab, but for ext4 we are getting very close to that (within > > > 16 bytes by my count). > > > > > > Changes since v5: > > > - drop already merged patches > > > - fix a bisection hazard for non-ENOENT error returns from > > > generic_read_merkle_tree_page > > > - don't recurse on invalidate_lock > > > - refactor page_cache_ra_unbounded locking to support the above > > > - refactor ext4 and f2fs fsverity readahead to remove the need for the > > > first_folio branch in the main readpages loop > > > > Applied to > > https://git.kernel.org/pub/scm/fs/fsverity/linux.git/log/?h=for-next > > > > (Though it's getting late for v6.20 / v7.0. So if there are any > > additional issues reported, I may have to drop it.) > > Unfortunately this silently conflicts with changes in the f2fs tree. > Resolution doesn't look too bad, but we'll need to handle this. > Christoph, Jaegeuk, and Chao, let me know if this looks okay:
I ended up with the same merge, and it looks good to me. _______________________________________________ Linux-f2fs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
