[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Y/16nEs4stc/0qmb@google.com>
Date: Mon, 27 Feb 2023 19:53:00 -0800
From: Jaegeuk Kim <jaegeuk@...nel.org>
To: Eric Biggers <ebiggers@...nel.org>
Cc: patchwork-bot+f2fs@...nel.org, linux-fscrypt@...r.kernel.org,
aalbersh@...hat.com, linux-f2fs-devel@...ts.sourceforge.net,
linux-xfs@...r.kernel.org, linux-fsdevel@...r.kernel.org,
linux-ext4@...r.kernel.org, linux-btrfs@...r.kernel.org
Subject: Re: [PATCH v2 00/11] fsverity: support for non-4K pages
On 02/28, Eric Biggers wrote:
> On Tue, Feb 28, 2023 at 01:01:54AM +0000, patchwork-bot+f2fs@...nel.org wrote:
> > Hello:
> >
> > This series was applied to jaegeuk/f2fs.git (dev)
> > by Eric Biggers <ebiggers@...gle.com>:
> >
> > On Fri, 23 Dec 2022 12:36:27 -0800 you wrote:
> > > [This patchset applies to mainline + some fsverity cleanups I sent out
> > > recently. You can get everything from tag "fsverity-non4k-v2" of
> > > https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git ]
> > >
> > > Currently, filesystems (ext4, f2fs, and btrfs) only support fsverity
> > > when the Merkle tree block size, filesystem block size, and page size
> > > are all the same. In practice that means 4K, since increasing the page
> > > size, e.g. to 16K, forces the Merkle tree block size and filesystem
> > > block size to be increased accordingly. That can be impractical; for
> > > one, users want the same file signatures to work on all systems.
> > >
> > > [...]
> >
> > Here is the summary with links:
> > - [f2fs-dev,v2,01/11] fsverity: use unsigned long for level_start
> > https://git.kernel.org/jaegeuk/f2fs/c/284d5db5f99e
> > - [f2fs-dev,v2,02/11] fsverity: simplify Merkle tree readahead size calculation
> > https://git.kernel.org/jaegeuk/f2fs/c/9098f36b739d
> > - [f2fs-dev,v2,03/11] fsverity: store log2(digest_size) precomputed
> > https://git.kernel.org/jaegeuk/f2fs/c/579a12f78d88
> > - [f2fs-dev,v2,04/11] fsverity: use EFBIG for file too large to enable verity
> > https://git.kernel.org/jaegeuk/f2fs/c/55eed69cc8fd
> > - [f2fs-dev,v2,05/11] fsverity: replace fsverity_hash_page() with fsverity_hash_block()
> > https://git.kernel.org/jaegeuk/f2fs/c/f45555bf23cf
> > - [f2fs-dev,v2,06/11] fsverity: support verification with tree block size < PAGE_SIZE
> > https://git.kernel.org/jaegeuk/f2fs/c/5306892a50bf
> > - [f2fs-dev,v2,07/11] fsverity: support enabling with tree block size < PAGE_SIZE
> > https://git.kernel.org/jaegeuk/f2fs/c/56124d6c87fd
> > - [f2fs-dev,v2,08/11] ext4: simplify ext4_readpage_limit()
> > https://git.kernel.org/jaegeuk/f2fs/c/5e122148a3d5
> > - [f2fs-dev,v2,09/11] f2fs: simplify f2fs_readpage_limit()
> > https://git.kernel.org/jaegeuk/f2fs/c/feb0576a361a
> > - [f2fs-dev,v2,10/11] fs/buffer.c: support fsverity in block_read_full_folio()
> > https://git.kernel.org/jaegeuk/f2fs/c/4fa512ce7051
> > - [f2fs-dev,v2,11/11] ext4: allow verity with fs block size < PAGE_SIZE
> > https://git.kernel.org/jaegeuk/f2fs/c/db85d14dc5c5
> >
> > You are awesome, thank you!
> > --
> > Deet-doot-dot, I am a bot.
> > https://korg.docs.kernel.org/patchwork/pwbot.html
> >
>
> These commits reached the f2fs tree through mainline, not through being applied
> to the f2fs tree. So this email shouldn't have been sent. Jaegeuk, can you
> look into fixing the configuration of the f2fs patchwork bot to prevent this?
Hmm, not sure how to fix that, since it seems patchwork bot reports this, once
I pulled mainline into f2fs/dev branch.
>
> - Eric
Powered by blists - more mailing lists