[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180825034544.GA5281@thunk.org>
Date: Fri, 24 Aug 2018 23:45:44 -0400
From: "Theodore Y. Ts'o" <tytso@....edu>
To: Gao Xiang <gaoxiang25@...wei.com>
Cc: Eric Biggers <ebiggers@...nel.org>, linux-fsdevel@...r.kernel.org,
linux-ext4@...r.kernel.org, linux-f2fs-devel@...ts.sourceforge.net,
Dmitry Kasatkin <dmitry.kasatkin@...il.com>,
Michael Halcrow <mhalcrow@...gle.com>,
linux-kernel@...r.kernel.org, linux-fscrypt@...r.kernel.org,
linux-integrity@...r.kernel.org,
Mimi Zohar <zohar@...ux.vnet.ibm.com>,
Victor Hsieh <victorhsieh@...gle.com>
Subject: Re: [f2fs-dev] [RFC PATCH 02/10] fs-verity: add data verification
hooks for ->readpages()
On Sat, Aug 25, 2018 at 10:29:26AM +0800, Gao Xiang wrote:
>
> My first question is that 'Is there any way to skip to verify pages in a bio?'
> I am thinking about
> If metadata and data page are mixed in a filesystem of such kind, they could submit together in a bio, but metadata could be unsuitable for such kind of verification.
>
> The second question is related to the first question --- 'Is there any way to verify a partial page?'
> Take scalability into consideration, some files could be totally inlined or partially inlined in metadata.
> Is there any way to deal with them in per-file approach? at least --- support for the interface?
A requirement of both fscrypt and fsverity is that is that block size
== page size, and that all data is stored in blocks. Inline data is
not supported.
The files that are intended for use with fsverity are large files
(such as APK files), so optimizing for files smaller than a block was
not a design goal.
- Ted
Powered by blists - more mailing lists