Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp6614351rwl; Tue, 4 Apr 2023 16:04:15 -0700 (PDT) X-Google-Smtp-Source: AKy350Y0R8bITvL9XlRsJImH2udtJwwWxAbsONXlwY5oLIpunKjPtfh0I/MlqzETxW4HfV6eQxD3 X-Received: by 2002:a17:903:2904:b0:1a0:44e7:59dc with SMTP id lh4-20020a170903290400b001a044e759dcmr3909915plb.40.1680649454799; Tue, 04 Apr 2023 16:04:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680649454; cv=none; d=google.com; s=arc-20160816; b=PcX0qOe3In169YX6zqW9JmdnSA+UpFVOsgO/ya6YvVfQnXV2rJwm1PqDjNOWg6o7tL gB1CHy96A7ar/KYdnO7icYwnAdzrLdJa9a5MIFkUTo598LGK8qxldWZPOggtgl3Qz5uq 9mDOEr8yQlj/rMkY5YHs2K2VwiBTjwnl2XmPbuu2nshjWVPVjOEALhHPQizqrqegMA18 SGC0bnaAzztzsPsOWbhmAbPIL3gFQSopa/pkKAXw3tguKUwWkov0hhbXqH/EiUpNOWLy uxItW5sUdokyDoV0gU8fhuZZ4UqJu03hs5p7G8arg/UtBnjCKSh0HNAsj1OzUBZ8qWd9 YDIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=pUEDQOM6/7fNwfS3q2k0TcloK0gRMFl9mHLH92OUgos=; b=NNXyT/emBXKUckbGp/RXycjeCnEUuZORrZdgq5fAhx/ZROXpKcn/4KFVUQMQxx7V/i lRcjLuHja8kYXRTac/4AS/9intfjqzzmW0sW92NtHbrW7WtWPSlHHPZosPNLQpZAhWdU zsOHte7AtpPwrcs5XlGQAKPamsrANC96tHNlengvVPygQtOzX/UmWr8T56QGLn5NS+yG hGt7zkNblJMa2by1V7Dkz6rp/l0ZGhFnUC8jlEF7+7I/dVMelx5cxoML/Nu9YmDtBRmJ x+wBF4Bs5F+V6AKcHKZSSykRpMYjDU+SdBuQ3Dxt2oUvewWGzNJEaY2baW+eBBThRZjH v/dA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Ml94zzFv; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id li4-20020a170903294400b0019af153b740si10574750plb.625.2023.04.04.16.03.57; Tue, 04 Apr 2023 16:04:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Ml94zzFv; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236662AbjDDWl1 (ORCPT + 99 others); Tue, 4 Apr 2023 18:41:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33682 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229748AbjDDWl1 (ORCPT ); Tue, 4 Apr 2023 18:41:27 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 92B3C30C4; Tue, 4 Apr 2023 15:41:26 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 2182163A18; Tue, 4 Apr 2023 22:41:26 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E96D8C433D2; Tue, 4 Apr 2023 22:41:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1680648085; bh=aM54U5iap6zscBuGqNsTwESIxnVITeGqVdCllwuI5x8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Ml94zzFvd8sabIYbcobTwAoRXcLNGqW8xEpy1hwrJ+LGdNfLtPa8x+4xdHmRtKIUZ fsZ9jJ75A5lmEpmdem7n1pLxe2UYcM3MNfdc3YAKViyebklATamdLl05Y60lpWwFf5 ofYhx2pJjFoCtq+GaiYkuINUe2JCSqF2pwFUFn6Zo0bfwhXouKVIOal+1AkwQaQ/YJ bk44SX4AtKjSWCU9Xb6pe+BY0KJ/BHIrDRJrYOB//ATaeXL09P9aN3BQWNzXNZuWDp 3qrolO5LKpJQtkjeBwNaIywyLBY1yThisB/2n4A1Sn2mN235gQW98poQIAKB/WP56N ajfrwoO4Xp5Tw== Date: Tue, 4 Apr 2023 15:41:23 -0700 From: Eric Biggers To: Andrey Albershteyn Cc: djwong@kernel.org, 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 16/23] xfs: add inode on-disk VERITY flag Message-ID: <20230404224123.GD1893@sol.localdomain> References: <20230404145319.2057051-1-aalbersh@redhat.com> <20230404145319.2057051-17-aalbersh@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230404145319.2057051-17-aalbersh@redhat.com> X-Spam-Status: No, score=-5.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Hi Andrey, On Tue, Apr 04, 2023 at 04:53:12PM +0200, Andrey Albershteyn wrote: > Add flag to mark inodes which have fs-verity enabled on them (i.e. > descriptor exist and tree is built). > > Signed-off-by: Andrey Albershteyn > --- > fs/ioctl.c | 4 ++++ > fs/xfs/libxfs/xfs_format.h | 4 +++- > fs/xfs/xfs_inode.c | 2 ++ > fs/xfs/xfs_iops.c | 2 ++ > include/uapi/linux/fs.h | 1 + > 5 files changed, 12 insertions(+), 1 deletion(-) [...] > diff --git a/include/uapi/linux/fs.h b/include/uapi/linux/fs.h > index b7b56871029c..5172a2eb902c 100644 > --- a/include/uapi/linux/fs.h > +++ b/include/uapi/linux/fs.h > @@ -140,6 +140,7 @@ struct fsxattr { > #define FS_XFLAG_FILESTREAM 0x00004000 /* use filestream allocator */ > #define FS_XFLAG_DAX 0x00008000 /* use DAX for IO */ > #define FS_XFLAG_COWEXTSIZE 0x00010000 /* CoW extent size allocator hint */ > +#define FS_XFLAG_VERITY 0x00020000 /* fs-verity sealed inode */ > #define FS_XFLAG_HASATTR 0x80000000 /* no DIFLAG for this */ > I don't think "xfs: add inode on-disk VERITY flag" is an accurate description of a patch that involves adding something to the UAPI. Should the other filesystems support this new flag too? I'd also like all ways of getting the verity flag to continue to be mentioned in Documentation/filesystems/fsverity.rst. The existing methods (FS_IOC_GETFLAGS and statx) are already mentioned there. - Eric