All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Biggers <ebiggers@kernel.org>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH v2 21/23] xfs: handle merkle tree block size != fs blocksize != PAGE_SIZE
Date: Fri, 7 Apr 2023 19:56:36 +0000	[thread overview]
Message-ID: <ZDB1dPVjon4Qthok@gmail.com> (raw)
In-Reply-To: <20230406004434.GA879@sol.localdomain>

On Wed, Apr 05, 2023 at 05:44:36PM -0700, Eric Biggers wrote:
> > Not vmalloc'ed, but vmapped. we allocate the pages individually, but
> > then call vm_map_page() to present the higher level code with a
> > single contiguous memory range if it is a multi-page buffer.
> > 
> > We do have the backing info held in the buffer, and that's what we
> > use for IO. If fsverity needs a page based scatter/gather list
> > for hardware offload, it could ask the filesystem to provide it
> > for that given buffer...
> > 
> > > BTW, converting fs/verity/ from ahash to shash is an option; I've really never
> > > been a fan of the scatterlist-based crypto APIs!  The disadvantage of doing
> > > this, though, would be that it would remove support for all the hardware crypto
> > > drivers.
> > >
> > > That *might* actually be okay, as that approach to crypto acceleration
> > > has mostly fallen out of favor, in favor of CPU-based acceleration.  But I do
> > > worry about e.g. someone coming out of the woodwork and saying they need to use
> > > fsverity on a low-powered ARM board that has a crypto accelerator like CAAM, and
> > > they MUST use their crypto accelerator to get acceptable performance.
> > 
> > True, but we are very unlikely to be using XFS on such small
> > systems and I don't think we really care about XFS performance on
> > android sized systems, either.
> > 
> 
> FYI, I've sent an RFC patch that converts fs/verity/ from ahash to shash:
> https://lore.kernel.org/r/20230406003714.94580-1-ebiggers at kernel.org
> 
> It would be great if we could do that.  But I need to get a better sense for
> whether anyone will complain...

FWIW, dm-verity went in the other direction.  It started with shash, and then in
2017 it was switched to ahash by https://git.kernel.org/linus/d1ac3ff008fb9a48
("dm verity: switch to using asynchronous hash crypto API").

I think that was part of my motivation for using ahash in fsverity from the
beginning.

Still, it does seem that ahash is more trouble than it's worth these days...

- Eric


WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers@kernel.org>
To: Dave Chinner <david@fromorbit.com>
Cc: "Darrick J. Wong" <djwong@kernel.org>,
	Andrey Albershteyn <aalbersh@redhat.com>,
	dchinner@redhat.com, hch@infradead.org,
	linux-xfs@vger.kernel.org, fsverity@lists.linux.dev,
	rpeterso@redhat.com, agruenba@redhat.com, xiang@kernel.org,
	chao@kernel.org, damien.lemoal@opensource.wdc.com,
	jth@kernel.org, linux-erofs@lists.ozlabs.org,
	linux-btrfs@vger.kernel.org, linux-ext4@vger.kernel.org,
	linux-f2fs-devel@lists.sourceforge.net, cluster-devel@redhat.com
Subject: Re: [PATCH v2 21/23] xfs: handle merkle tree block size != fs blocksize != PAGE_SIZE
Date: Fri, 7 Apr 2023 19:56:36 +0000	[thread overview]
Message-ID: <ZDB1dPVjon4Qthok@gmail.com> (raw)
In-Reply-To: <20230406004434.GA879@sol.localdomain>

On Wed, Apr 05, 2023 at 05:44:36PM -0700, Eric Biggers wrote:
> > Not vmalloc'ed, but vmapped. we allocate the pages individually, but
> > then call vm_map_page() to present the higher level code with a
> > single contiguous memory range if it is a multi-page buffer.
> > 
> > We do have the backing info held in the buffer, and that's what we
> > use for IO. If fsverity needs a page based scatter/gather list
> > for hardware offload, it could ask the filesystem to provide it
> > for that given buffer...
> > 
> > > BTW, converting fs/verity/ from ahash to shash is an option; I've really never
> > > been a fan of the scatterlist-based crypto APIs!  The disadvantage of doing
> > > this, though, would be that it would remove support for all the hardware crypto
> > > drivers.
> > >
> > > That *might* actually be okay, as that approach to crypto acceleration
> > > has mostly fallen out of favor, in favor of CPU-based acceleration.  But I do
> > > worry about e.g. someone coming out of the woodwork and saying they need to use
> > > fsverity on a low-powered ARM board that has a crypto accelerator like CAAM, and
> > > they MUST use their crypto accelerator to get acceptable performance.
> > 
> > True, but we are very unlikely to be using XFS on such small
> > systems and I don't think we really care about XFS performance on
> > android sized systems, either.
> > 
> 
> FYI, I've sent an RFC patch that converts fs/verity/ from ahash to shash:
> https://lore.kernel.org/r/20230406003714.94580-1-ebiggers@kernel.org
> 
> It would be great if we could do that.  But I need to get a better sense for
> whether anyone will complain...

FWIW, dm-verity went in the other direction.  It started with shash, and then in
2017 it was switched to ahash by https://git.kernel.org/linus/d1ac3ff008fb9a48
("dm verity: switch to using asynchronous hash crypto API").

I think that was part of my motivation for using ahash in fsverity from the
beginning.

Still, it does seem that ahash is more trouble than it's worth these days...

- Eric

WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers@kernel.org>
To: Dave Chinner <david@fromorbit.com>
Cc: fsverity@lists.linux.dev, linux-xfs@vger.kernel.org,
	linux-ext4@vger.kernel.org, agruenba@redhat.com,
	"Darrick J. Wong" <djwong@kernel.org>,
	Andrey Albershteyn <aalbersh@redhat.com>,
	linux-f2fs-devel@lists.sourceforge.net, hch@infradead.org,
	cluster-devel@redhat.com, dchinner@redhat.com,
	rpeterso@redhat.com, jth@kernel.org,
	linux-erofs@lists.ozlabs.org, damien.lemoal@opensource.wdc.com,
	linux-btrfs@vger.kernel.org
Subject: Re: [PATCH v2 21/23] xfs: handle merkle tree block size != fs blocksize != PAGE_SIZE
Date: Fri, 7 Apr 2023 19:56:36 +0000	[thread overview]
Message-ID: <ZDB1dPVjon4Qthok@gmail.com> (raw)
In-Reply-To: <20230406004434.GA879@sol.localdomain>

On Wed, Apr 05, 2023 at 05:44:36PM -0700, Eric Biggers wrote:
> > Not vmalloc'ed, but vmapped. we allocate the pages individually, but
> > then call vm_map_page() to present the higher level code with a
> > single contiguous memory range if it is a multi-page buffer.
> > 
> > We do have the backing info held in the buffer, and that's what we
> > use for IO. If fsverity needs a page based scatter/gather list
> > for hardware offload, it could ask the filesystem to provide it
> > for that given buffer...
> > 
> > > BTW, converting fs/verity/ from ahash to shash is an option; I've really never
> > > been a fan of the scatterlist-based crypto APIs!  The disadvantage of doing
> > > this, though, would be that it would remove support for all the hardware crypto
> > > drivers.
> > >
> > > That *might* actually be okay, as that approach to crypto acceleration
> > > has mostly fallen out of favor, in favor of CPU-based acceleration.  But I do
> > > worry about e.g. someone coming out of the woodwork and saying they need to use
> > > fsverity on a low-powered ARM board that has a crypto accelerator like CAAM, and
> > > they MUST use their crypto accelerator to get acceptable performance.
> > 
> > True, but we are very unlikely to be using XFS on such small
> > systems and I don't think we really care about XFS performance on
> > android sized systems, either.
> > 
> 
> FYI, I've sent an RFC patch that converts fs/verity/ from ahash to shash:
> https://lore.kernel.org/r/20230406003714.94580-1-ebiggers@kernel.org
> 
> It would be great if we could do that.  But I need to get a better sense for
> whether anyone will complain...

FWIW, dm-verity went in the other direction.  It started with shash, and then in
2017 it was switched to ahash by https://git.kernel.org/linus/d1ac3ff008fb9a48
("dm verity: switch to using asynchronous hash crypto API").

I think that was part of my motivation for using ahash in fsverity from the
beginning.

Still, it does seem that ahash is more trouble than it's worth these days...

- Eric

WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers@kernel.org>
To: Dave Chinner <david@fromorbit.com>
Cc: fsverity@lists.linux.dev, linux-xfs@vger.kernel.org,
	linux-ext4@vger.kernel.org, agruenba@redhat.com,
	"Darrick J. Wong" <djwong@kernel.org>,
	Andrey Albershteyn <aalbersh@redhat.com>,
	linux-f2fs-devel@lists.sourceforge.net, hch@infradead.org,
	cluster-devel@redhat.com, dchinner@redhat.com,
	rpeterso@redhat.com, xiang@kernel.org, jth@kernel.org,
	linux-erofs@lists.ozlabs.org, damien.lemoal@opensource.wdc.com,
	linux-btrfs@vger.kernel.org
Subject: Re: [f2fs-dev] [PATCH v2 21/23] xfs: handle merkle tree block size != fs blocksize != PAGE_SIZE
Date: Fri, 7 Apr 2023 19:56:36 +0000	[thread overview]
Message-ID: <ZDB1dPVjon4Qthok@gmail.com> (raw)
In-Reply-To: <20230406004434.GA879@sol.localdomain>

On Wed, Apr 05, 2023 at 05:44:36PM -0700, Eric Biggers wrote:
> > Not vmalloc'ed, but vmapped. we allocate the pages individually, but
> > then call vm_map_page() to present the higher level code with a
> > single contiguous memory range if it is a multi-page buffer.
> > 
> > We do have the backing info held in the buffer, and that's what we
> > use for IO. If fsverity needs a page based scatter/gather list
> > for hardware offload, it could ask the filesystem to provide it
> > for that given buffer...
> > 
> > > BTW, converting fs/verity/ from ahash to shash is an option; I've really never
> > > been a fan of the scatterlist-based crypto APIs!  The disadvantage of doing
> > > this, though, would be that it would remove support for all the hardware crypto
> > > drivers.
> > >
> > > That *might* actually be okay, as that approach to crypto acceleration
> > > has mostly fallen out of favor, in favor of CPU-based acceleration.  But I do
> > > worry about e.g. someone coming out of the woodwork and saying they need to use
> > > fsverity on a low-powered ARM board that has a crypto accelerator like CAAM, and
> > > they MUST use their crypto accelerator to get acceptable performance.
> > 
> > True, but we are very unlikely to be using XFS on such small
> > systems and I don't think we really care about XFS performance on
> > android sized systems, either.
> > 
> 
> FYI, I've sent an RFC patch that converts fs/verity/ from ahash to shash:
> https://lore.kernel.org/r/20230406003714.94580-1-ebiggers@kernel.org
> 
> It would be great if we could do that.  But I need to get a better sense for
> whether anyone will complain...

FWIW, dm-verity went in the other direction.  It started with shash, and then in
2017 it was switched to ahash by https://git.kernel.org/linus/d1ac3ff008fb9a48
("dm verity: switch to using asynchronous hash crypto API").

I think that was part of my motivation for using ahash in fsverity from the
beginning.

Still, it does seem that ahash is more trouble than it's worth these days...

- Eric


_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel

  reply	other threads:[~2023-04-07 19:56 UTC|newest]

Thread overview: 280+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-04 14:52 [Cluster-devel] [PATCH v2 00/23] fs-verity support for XFS Andrey Albershteyn
2023-04-04 14:52 ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:52 ` Andrey Albershteyn
2023-04-04 14:52 ` Andrey Albershteyn
2023-04-04 14:52 ` [Cluster-devel] [PATCH v2 01/23] xfs: Add new name to attri/d Andrey Albershteyn
2023-04-04 14:52   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:52   ` Andrey Albershteyn
2023-04-04 14:52   ` Andrey Albershteyn
2023-04-04 14:52 ` [Cluster-devel] [PATCH v2 02/23] xfs: add parent pointer support to attribute code Andrey Albershteyn
2023-04-04 14:52   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:52   ` Andrey Albershteyn
2023-04-04 14:52   ` Andrey Albershteyn
2023-04-04 14:52 ` [Cluster-devel] [PATCH v2 03/23] xfs: define parent pointer xattr format Andrey Albershteyn
2023-04-04 14:52   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:52   ` Andrey Albershteyn
2023-04-04 14:52   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 04/23] xfs: Add xfs_verify_pptr Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 05/23] fsverity: make fsverity_verify_folio() accept folio's offset and size Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 15:30   ` [Cluster-devel] " Christoph Hellwig
2023-04-04 15:30     ` [f2fs-dev] " Christoph Hellwig
2023-04-04 15:30     ` Christoph Hellwig
2023-04-04 15:30     ` Christoph Hellwig
2023-04-05 10:36     ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 10:36       ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 10:36       ` Andrey Albershteyn
2023-04-05 10:36       ` Andrey Albershteyn
2023-04-05 15:46       ` [Cluster-devel] " Christoph Hellwig
2023-04-05 15:46         ` [f2fs-dev] " Christoph Hellwig
2023-04-05 15:46         ` Christoph Hellwig
2023-04-05 15:46         ` Christoph Hellwig
2023-04-05 17:50         ` [Cluster-devel] " Eric Biggers
2023-04-05 17:50           ` [f2fs-dev] " Eric Biggers
2023-04-05 17:50           ` Eric Biggers
2023-04-05 17:50           ` Eric Biggers
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 06/23] fsverity: add drop_page() callout Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 23:40   ` [Cluster-devel] " Dave Chinner
2023-04-04 23:40     ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-04 23:40     ` Dave Chinner via Linux-erofs
2023-04-04 23:40     ` Dave Chinner
2023-04-05 10:39     ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 10:39       ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 10:39       ` Andrey Albershteyn
2023-04-05 10:39       ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 07/23] fsverity: pass Merkle tree block size to ->read_merkle_tree_page() Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 08/23] iomap: hoist iomap_readpage_ctx from the iomap_readahead/_folio Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 15:32   ` [Cluster-devel] " Christoph Hellwig
2023-04-04 15:32     ` [f2fs-dev] " Christoph Hellwig
2023-04-04 15:32     ` Christoph Hellwig
2023-04-04 15:32     ` Christoph Hellwig
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 09/23] iomap: allow filesystem to implement read path verification Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 15:37   ` [Cluster-devel] " Christoph Hellwig
2023-04-04 15:37     ` [f2fs-dev] " Christoph Hellwig
2023-04-04 15:37     ` Christoph Hellwig
2023-04-04 15:37     ` Christoph Hellwig
2023-04-05 11:01     ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 11:01       ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 11:01       ` Andrey Albershteyn
2023-04-05 11:01       ` Andrey Albershteyn
2023-04-05 15:06       ` [Cluster-devel] " Darrick J. Wong
2023-04-05 15:06         ` [f2fs-dev] " Darrick J. Wong
2023-04-05 15:06         ` Darrick J. Wong
2023-04-05 15:06         ` Darrick J. Wong
2023-04-05 15:48         ` [Cluster-devel] " Christoph Hellwig
2023-04-05 15:48           ` [f2fs-dev] " Christoph Hellwig
2023-04-05 15:48           ` Christoph Hellwig
2023-04-05 15:48           ` Christoph Hellwig
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 10/23] xfs: add XBF_VERITY_CHECKED xfs_buf flag Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 11/23] xfs: add XFS_DA_OP_BUFFER to make xfs_attr_get() return buffer Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 12/23] xfs: introduce workqueue for post read IO work Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 13/23] xfs: add iomap's readpage operations Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 14/23] xfs: add attribute type for fs-verity Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 15/23] xfs: add fs-verity ro-compat flag Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 16/23] xfs: add inode on-disk VERITY flag Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 22:41   ` [Cluster-devel] " Eric Biggers
2023-04-04 22:41     ` [f2fs-dev] " Eric Biggers
2023-04-04 22:41     ` Eric Biggers
2023-04-04 22:41     ` Eric Biggers
2023-04-04 23:56     ` [Cluster-devel] " Dave Chinner
2023-04-04 23:56       ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-04 23:56       ` Dave Chinner via Linux-erofs
2023-04-04 23:56       ` Dave Chinner
2023-04-05 11:07       ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 11:07         ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 11:07         ` Andrey Albershteyn
2023-04-05 11:07         ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 17/23] xfs: initialize fs-verity on file open and cleanup on inode destruction Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 18/23] xfs: don't allow to enable DAX on fs-verity sealsed inode Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 19/23] xfs: disable direct read path for fs-verity sealed files Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 16:10   ` [Cluster-devel] " Darrick J. Wong
2023-04-04 16:10     ` [f2fs-dev] " Darrick J. Wong
2023-04-04 16:10     ` Darrick J. Wong
2023-04-04 16:10     ` Darrick J. Wong
2023-04-05 15:01     ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 15:01       ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 15:01       ` Andrey Albershteyn
2023-04-05 15:01       ` Andrey Albershteyn
2023-04-05 15:09       ` [Cluster-devel] " Darrick J. Wong
2023-04-05 15:09         ` [f2fs-dev] " Darrick J. Wong
2023-04-05 15:09         ` Darrick J. Wong
2023-04-05 15:09         ` Darrick J. Wong
2023-04-05 15:50         ` [Cluster-devel] " Christoph Hellwig
2023-04-05 15:50           ` [f2fs-dev] " Christoph Hellwig
2023-04-05 15:50           ` Christoph Hellwig
2023-04-05 15:50           ` Christoph Hellwig
2023-04-05 18:02           ` [Cluster-devel] " Eric Biggers
2023-04-05 18:02             ` [f2fs-dev] " Eric Biggers
2023-04-05 18:02             ` Eric Biggers
2023-04-05 18:02             ` Eric Biggers
2023-04-05 22:14             ` [Cluster-devel] " Dave Chinner
2023-04-05 22:14               ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-05 22:14               ` Dave Chinner via Linux-erofs
2023-04-05 22:14               ` Dave Chinner
2023-04-05 22:10         ` [Cluster-devel] " Dave Chinner
2023-04-05 22:10           ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-05 22:10           ` Dave Chinner via Linux-erofs
2023-04-05 22:10           ` Dave Chinner
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 20/23] xfs: add fs-verity support Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 16:27   ` [Cluster-devel] " Darrick J. Wong
2023-04-04 16:27     ` [f2fs-dev] " Darrick J. Wong
2023-04-04 16:27     ` Darrick J. Wong
2023-04-04 16:27     ` Darrick J. Wong
2023-04-05 15:18     ` [Cluster-devel] " Eric Sandeen
2023-04-05 15:18       ` [f2fs-dev] " Eric Sandeen
2023-04-05 15:18       ` Eric Sandeen
2023-04-05 15:18       ` Eric Sandeen
2023-04-04 18:01   ` [Cluster-devel] " kernel test robot
2023-04-04 18:01     ` [f2fs-dev] " kernel test robot
2023-04-04 18:01     ` kernel test robot
2023-04-04 18:01     ` kernel test robot
2023-04-04 20:03   ` [Cluster-devel] " kernel test robot
2023-04-04 20:03     ` [f2fs-dev] " kernel test robot
2023-04-04 20:03     ` kernel test robot
2023-04-04 20:03     ` kernel test robot
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 21/23] xfs: handle merkle tree block size != fs blocksize != PAGE_SIZE Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 16:36   ` [Cluster-devel] " Darrick J. Wong
2023-04-04 16:36     ` [f2fs-dev] " Darrick J. Wong
2023-04-04 16:36     ` Darrick J. Wong
2023-04-04 16:36     ` Darrick J. Wong
2023-04-05 16:02     ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 16:02       ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 16:02       ` Andrey Albershteyn
2023-04-05 16:02       ` Andrey Albershteyn
2023-04-05 16:38       ` [Cluster-devel] " Darrick J. Wong
2023-04-05 16:38         ` [f2fs-dev] " Darrick J. Wong
2023-04-05 16:38         ` Darrick J. Wong
2023-04-05 16:38         ` Darrick J. Wong
2023-04-05 18:16         ` [Cluster-devel] " Eric Biggers
2023-04-05 18:16           ` [f2fs-dev] " Eric Biggers
2023-04-05 18:16           ` Eric Biggers
2023-04-05 18:16           ` Eric Biggers
2023-04-05 22:26           ` [Cluster-devel] " Dave Chinner
2023-04-05 22:26             ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-05 22:26             ` Dave Chinner via Linux-erofs
2023-04-05 22:26             ` Dave Chinner
2023-04-05 22:54             ` [Cluster-devel] " Eric Biggers
2023-04-05 22:54               ` [f2fs-dev] " Eric Biggers
2023-04-05 22:54               ` Eric Biggers
2023-04-05 22:54               ` Eric Biggers
2023-04-05 23:37               ` [Cluster-devel] " Dave Chinner
2023-04-05 23:37                 ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-05 23:37                 ` Dave Chinner via Linux-erofs
2023-04-05 23:37                 ` Dave Chinner
2023-04-06  0:44                 ` [Cluster-devel] " Eric Biggers
2023-04-06  0:44                   ` [f2fs-dev] " Eric Biggers
2023-04-06  0:44                   ` Eric Biggers
2023-04-06  0:44                   ` Eric Biggers
2023-04-07 19:56                   ` Eric Biggers [this message]
2023-04-07 19:56                     ` [f2fs-dev] " Eric Biggers
2023-04-07 19:56                     ` Eric Biggers
2023-04-07 19:56                     ` Eric Biggers
2023-04-04 23:32   ` [Cluster-devel] " Eric Biggers
2023-04-04 23:32     ` [f2fs-dev] " Eric Biggers
2023-04-04 23:32     ` Eric Biggers
2023-04-04 23:32     ` Eric Biggers
2023-04-05 15:12     ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 15:12       ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 15:12       ` Andrey Albershteyn
2023-04-05 15:12       ` Andrey Albershteyn
2023-04-05 22:51       ` [Cluster-devel] " Dave Chinner
2023-04-05 22:51         ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-05 22:51         ` Dave Chinner via Linux-erofs
2023-04-05 22:51         ` Dave Chinner
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 22/23] xfs: add fs-verity ioctls Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53 ` [Cluster-devel] [PATCH v2 23/23] xfs: enable ro-compat fs-verity flag Andrey Albershteyn
2023-04-04 14:53   ` [f2fs-dev] " Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 14:53   ` Andrey Albershteyn
2023-04-04 16:39 ` [Cluster-devel] [PATCH v2 00/23] fs-verity support for XFS Darrick J. Wong
2023-04-04 16:39   ` [f2fs-dev] " Darrick J. Wong
2023-04-04 16:39   ` Darrick J. Wong
2023-04-04 16:39   ` Darrick J. Wong
2023-04-05 16:27   ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 16:27     ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 16:27     ` Andrey Albershteyn
2023-04-05 16:27     ` Andrey Albershteyn
2023-04-04 23:37 ` [Cluster-devel] " Eric Biggers
2023-04-04 23:37   ` [f2fs-dev] " Eric Biggers
2023-04-04 23:37   ` Eric Biggers
2023-04-04 23:37   ` Eric Biggers
2023-04-05 16:04   ` [Cluster-devel] " Andrey Albershteyn
2023-04-05 16:04     ` [f2fs-dev] " Andrey Albershteyn
2023-04-05 16:04     ` Andrey Albershteyn
2023-04-05 16:04     ` Andrey Albershteyn
2023-04-11  5:19 ` [Cluster-devel] " Christoph Hellwig
2023-04-11  5:19   ` [f2fs-dev] " Christoph Hellwig
2023-04-11  5:19   ` Christoph Hellwig via Linux-erofs
2023-04-11  5:19   ` Christoph Hellwig
2023-04-12  2:33   ` [Cluster-devel] " Eric Biggers
2023-04-12  2:33     ` [f2fs-dev] " Eric Biggers
2023-04-12  2:33     ` Eric Biggers
2023-04-12  2:33     ` Eric Biggers
2023-04-12  3:18     ` [Cluster-devel] " Dave Chinner
2023-04-12  3:18       ` [f2fs-dev] " Dave Chinner via Linux-f2fs-devel
2023-04-12  3:18       ` Dave Chinner via Linux-erofs
2023-04-12  3:18       ` Dave Chinner
2023-04-12 12:42       ` [Cluster-devel] " Christoph Hellwig
2023-04-12 12:42         ` [f2fs-dev] " Christoph Hellwig
2023-04-12 12:42         ` Christoph Hellwig
2023-04-12 12:42         ` Christoph Hellwig
2023-04-12 12:40     ` [Cluster-devel] " Christoph Hellwig
2023-04-12 12:40       ` [f2fs-dev] " Christoph Hellwig
2023-04-12 12:40       ` Christoph Hellwig
2023-04-12 12:40       ` Christoph Hellwig

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=ZDB1dPVjon4Qthok@gmail.com \
    --to=ebiggers@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.