Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp3554924imm; Fri, 24 Aug 2018 20:49:58 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYL8NP4+s3PgisZOED9S7gcUc/SVL1s9eQDD0zAfhrEc115i4Qbbd8PafJMEI+3Gx4esHZl X-Received: by 2002:a17:902:a583:: with SMTP id az3-v6mr4178592plb.0.1535168998601; Fri, 24 Aug 2018 20:49:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535168998; cv=none; d=google.com; s=arc-20160816; b=nmVCCPU8ZRSJRA2coI7u45ZIERKm4zhGg/eP8d0giW/pCwZV4bRAcynH17bIwcRhdR /oAJFoj1C6SvI7mEqDIq/W1lqn/adzbG7vJ19vF2DxzDxBgC/Ii7CkzFKMSQI7/gPLIC XX3g+MS/dYMbKvT9DEAcfXD4xVX9KJEExD0FRC8Xz5BlahwNMW+nsPwmhKTPntIkKr/o Qzboy0jjVNwRa3MaKVKHYQg8x29tMTXjLbFtRu1mK3ZBNh97+kUwoyWcfPXQIBMkQioO OjzDzppHPvlaslclrrD+CEb67seCOz5OldJrWO+a0bit6QSvHyrJ+cxaJmaTE16F20Nj N4Zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature :arc-authentication-results; bh=lpXl9X0ZtSaAWYW6meMs1UyaWkc3cpM8oDXiYjyLPl8=; b=QV3zjV4VJSZvj9y1MiVXclPaaYM815LXkVNIxUfxE9vtbm0iAJganZeSl66d7dj+KT OXvWeEZ8S38TENQ/DBBQW429tnhxkS6zK4CZjOTzObuv/MNEzIikVBZ3OejIW9uvH98n Ec4bF9WwifcUAoSh9Fcr6iQ4mYMwA5kW233KxuXgndIx9un055EYCVYYmybcKEaQ8Cv2 143SxzN4GwRoNxa3kvAeRIrsG/e4dXTxVtwzEqrU5t0WK92UmOenuzPlgown1REEfaYY FER0ZhgJ9Oq7TX3LeJJqgH9qb71wYhmouiJymnLz+e33ivdnEOa6evdVkg25dmSeNO7T APyw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@thunk.org header.s=ef5046eb header.b=D3qiR4aa; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 35-v6si8941513pgo.361.2018.08.24.20.49.10; Fri, 24 Aug 2018 20:49:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@thunk.org header.s=ef5046eb header.b=D3qiR4aa; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726913AbeHYHXX (ORCPT + 99 others); Sat, 25 Aug 2018 03:23:23 -0400 Received: from imap.thunk.org ([74.207.234.97]:43910 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726073AbeHYHXX (ORCPT ); Sat, 25 Aug 2018 03:23:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=thunk.org; s=ef5046eb; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=lpXl9X0ZtSaAWYW6meMs1UyaWkc3cpM8oDXiYjyLPl8=; b=D3qiR4aa0lRRaZD8VOe90yVyAp wWT7c8ZqgR9o+jDNUgru8s24TT9zsddIEY0nJuW94WJCe0r5q/ET+ByxsVMOu7hZL1IaQJ3obVmKl CPlErVzCjIv/p+BHtoGruVm7lGcQhyd+PVD2Mt+4gBDo+XI1ZQCZTSpfGjnEaBEvjj+8=; Received: from root (helo=callcc.thunk.org) by imap.thunk.org with local-esmtp (Exim 4.89) (envelope-from ) id 1ftPWF-0007Vl-2C; Sat, 25 Aug 2018 03:45:47 +0000 Received: by callcc.thunk.org (Postfix, from userid 15806) id 452027A57A9; Fri, 24 Aug 2018 23:45:44 -0400 (EDT) Date: Fri, 24 Aug 2018 23:45:44 -0400 From: "Theodore Y. Ts'o" To: Gao Xiang Cc: Eric Biggers , linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, Dmitry Kasatkin , Michael Halcrow , linux-kernel@vger.kernel.org, linux-fscrypt@vger.kernel.org, linux-integrity@vger.kernel.org, Mimi Zohar , Victor Hsieh Subject: Re: [f2fs-dev] [RFC PATCH 02/10] fs-verity: add data verification hooks for ->readpages() Message-ID: <20180825034544.GA5281@thunk.org> Mail-Followup-To: "Theodore Y. Ts'o" , Gao Xiang , Eric Biggers , linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, Dmitry Kasatkin , Michael Halcrow , linux-kernel@vger.kernel.org, linux-fscrypt@vger.kernel.org, linux-integrity@vger.kernel.org, Mimi Zohar , Victor Hsieh References: <20180824161642.1144-1-ebiggers@kernel.org> <20180824161642.1144-3-ebiggers@kernel.org> <2f2382c3-e5e9-f0da-dc89-42dfc7b2b636@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2f2382c3-e5e9-f0da-dc89-42dfc7b2b636@huawei.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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