Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp4845891pxb; Mon, 28 Mar 2022 04:29:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzi4JIMrm4989hbJ2JfGbtZ5+eyJeVn0hH4ZplgJBcH/1+hUBouILPx0Rj16dGid2eM+E7h X-Received: by 2002:a17:907:e89:b0:6db:af1f:5e22 with SMTP id ho9-20020a1709070e8900b006dbaf1f5e22mr28404086ejc.649.1648466998626; Mon, 28 Mar 2022 04:29:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648466998; cv=none; d=google.com; s=arc-20160816; b=j6Pg08YMO00iiKsPHGCDfqD7izUvRkRAgOkNmqrwbv3ssLa2qsvQo1omJDSIok52Jf +nrGUG/Cr0k1AxrMMxIZ+pe0VBNhJ8XBf81VAsQvIM0Ud/mdiqjHWpcaEKSfxLta7nRK 3XxLvcQiH6CETHGMhXjIeUY+tJY6ynyc5D3Or/M9iAlIP7t8Fjbo2EG9n0bt+1Nxj1jM yjJ6/v7DPWYpT25z4PHK6SOhP0EgVoAizWH0ELGYwE1i0A4vBBntMQ5YXFkx0L97pX0W n+Z4t7GQ5HJ5C3u6CaNNLmZAFbEVg1p01fX7HtPIOV17N5DzFCjshZ2VSXeNf71hEJ7D 2Rgw== 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:mail-followup-to:message-id:subject:cc:to:from:date; bh=oh/mU5UPUmVy1mf4bq9pINnfZDbK6kzAThtjqyErsSM=; b=Vu/N0rqLPSdkHYUh63FjPNYrGSkQ8knsoFzCC8czbuhETraOi7seqbpVtwcAMTwOZM Ffc9jnT0g3v6unVtZ4xms/RgfYbltiUENvHv+0hQyHxOjWKQqaqhwD/f1F61U4BROa50 OkD9IFSUPS88ZTzaTVezgN9/1BSEZMjeu/M8ilZDlj6JEsi+HBlGlHZRRcTsOkErMJGG n5yVZz6vAOMyZ2Vaz4t5+3IYX+LlTczOxJ37fVaqZNrK6QRSY91TocYG+TK6FriDDaWs ckrzc3zGee9tLYT5xkUUHr+mf8S04A/2q8XM0gSDizbFuFsRJJmZGSCalLKVFJQTplYi BDNw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ca21-20020aa7cd75000000b00419bb0545bcsi10105222edb.287.2022.03.28.04.29.32; Mon, 28 Mar 2022 04:29:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237736AbiC1DG3 (ORCPT + 99 others); Sun, 27 Mar 2022 23:06:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60742 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233861AbiC1DG2 (ORCPT ); Sun, 27 Mar 2022 23:06:28 -0400 Received: from out30-133.freemail.mail.aliyun.com (out30-133.freemail.mail.aliyun.com [115.124.30.133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BDE7750050; Sun, 27 Mar 2022 20:04:47 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R181e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04394;MF=hsiangkao@linux.alibaba.com;NM=1;PH=DS;RN=19;SR=0;TI=SMTPD_---0V8KicJN_1648436681; Received: from B-P7TQMD6M-0146.local(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0V8KicJN_1648436681) by smtp.aliyun-inc.com(127.0.0.1); Mon, 28 Mar 2022 11:04:44 +0800 Date: Mon, 28 Mar 2022 11:04:41 +0800 From: Gao Xiang To: Jeffle Xu Cc: dhowells@redhat.com, linux-cachefs@redhat.com, xiang@kernel.org, chao@kernel.org, linux-erofs@lists.ozlabs.org, torvalds@linux-foundation.org, gregkh@linuxfoundation.org, willy@infradead.org, linux-fsdevel@vger.kernel.org, joseph.qi@linux.alibaba.com, bo.liu@linux.alibaba.com, tao.peng@linux.alibaba.com, gerry@linux.alibaba.com, eguan@linux.alibaba.com, linux-kernel@vger.kernel.org, luodaowen.backend@bytedance.com, tianzichen@kuaishou.com, fannaihao@baidu.com Subject: Re: [PATCH v6 15/22] erofs: register cookie context for bootstrap blob Message-ID: Mail-Followup-To: Jeffle Xu , dhowells@redhat.com, linux-cachefs@redhat.com, xiang@kernel.org, chao@kernel.org, linux-erofs@lists.ozlabs.org, torvalds@linux-foundation.org, gregkh@linuxfoundation.org, willy@infradead.org, linux-fsdevel@vger.kernel.org, joseph.qi@linux.alibaba.com, bo.liu@linux.alibaba.com, tao.peng@linux.alibaba.com, gerry@linux.alibaba.com, eguan@linux.alibaba.com, linux-kernel@vger.kernel.org, luodaowen.backend@bytedance.com, tianzichen@kuaishou.com, fannaihao@baidu.com References: <20220325122223.102958-1-jefflexu@linux.alibaba.com> <20220325122223.102958-16-jefflexu@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220325122223.102958-16-jefflexu@linux.alibaba.com> X-Spam-Status: No, score=-10.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H5, RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, UNPARSEABLE_RELAY,USER_IN_DEF_SPF_WL autolearn=ham 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-kernel@vger.kernel.org On Fri, Mar 25, 2022 at 08:22:16PM +0800, Jeffle Xu wrote: > Registers fscache_cookie for the bootstrap blob file. The bootstrap blob > file can be specified by a new mount option, which is going to be > introduced by a following patch. > > Something worth mentioning about the cleanup routine. > > 1. The init routine is prior to when the root inode gets initialized, > and thus the corresponding cleanup routine shall be placed inside > .kill_sb() callback. > > 2. The init routine will instantiate anonymous inodes under the > super_block, and thus .put_super() callback shall also contain the > cleanup routine. Or we'll get "VFS: Busy inodes after unmount." warning. > > Signed-off-by: Jeffle Xu > --- > fs/erofs/internal.h | 3 +++ > fs/erofs/super.c | 17 +++++++++++++++++ > 2 files changed, 20 insertions(+) > > diff --git a/fs/erofs/internal.h b/fs/erofs/internal.h > index 459f31803c3b..d8c886a7491e 100644 > --- a/fs/erofs/internal.h > +++ b/fs/erofs/internal.h > @@ -73,6 +73,7 @@ struct erofs_mount_opts { > /* threshold for decompression synchronously */ > unsigned int max_sync_decompress_pages; > #endif > + char *tag; > unsigned int mount_opt; > }; > > @@ -151,6 +152,8 @@ struct erofs_sb_info { > /* sysfs support */ > struct kobject s_kobj; /* /sys/fs/erofs/ */ > struct completion s_kobj_unregister; > + > + struct erofs_fscache *bootstrap; the concept of bootstrap is nydus-specific. Actually here we need a fscache context of the primary device. So I prefer struct erofs_fscache *s_fscache; Also please help revise the subject and commit message about bootstrap. Thanks, Gao Xiang