Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp5320279pxb; Mon, 28 Mar 2022 10:52:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx/7TT7nNQjh0Nu0BTDXqAgaZ+BiPc/JitLNsJFYEUy/hRMki7LLD5c9WIzThWSJvwdiL7c X-Received: by 2002:a05:6402:51cf:b0:419:63e2:2b96 with SMTP id r15-20020a05640251cf00b0041963e22b96mr17794389edd.336.1648489975375; Mon, 28 Mar 2022 10:52:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648489975; cv=none; d=google.com; s=arc-20160816; b=JoDAJMC7PlqepsRGdqiPF+Dy8g+eu0TJxwpzL7JsILBIW/adT6oT77IQtRHOTXJzVD 2mr0ipIyVUWzBa4FmeFEsw2iV9gLJmxo1cPcY77NuPSUCKzZ2grw9jOeObOrB8rzjVRx 9y9rx92tLxag0wIqRM0dlnWdcxREk1p3BJcUmgv+756y6nZLtWlulqFZzMF2b3OIPTxt P7cR5GxrrBG6S5E+2wPURmMZWoodQz0tcbgYWzIYqgAYYXFgqdcEF6Wd1zb8Ol5tMCy5 BJ7/VH8owqnsEPNsuuQ9/R9/T/m4BPg7f6/4f8Y3ZVTS8nJRmFax5UJyM1J5sO3QdjOk PXIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:user-agent:mime-version:date :message-id; bh=l74+poj2Kb383rVfAZovlXkVCEUC6eiwEMtSK0O9OIg=; b=prCUsHeQuBP4mCYaW10Kk3si+m8RokT8WD67VYHsFQubFWhxoarDLrgSDPLu81vXaW 5+oDhFa5I2N7DwVl1g8X0IRZhTwGGmHopB5f60XUCjRuhc3HIkZys/LDIBsn5ftW245r w6yGk2sAadkTeRhHbh5hqlk0ut6NmLb9b6cBw4hqrD7clioDURMI1sz2k0jaZCw2QKTV grzreo4Lc9qhuZzcstpP639NF0NgX0L2YGcX+WrIs8S+GhIDDDFzhRG43Fqa554SF1UU obpccyHzk9GHDD1eBXIyVMRlJgIstdeamqjqVuxwZGUxnx0sPgBJFuvfHfUuhzmfhN// sY1A== 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 lb12-20020a170907784c00b006df76385be3si15598959ejc.131.2022.03.28.10.52.28; Mon, 28 Mar 2022 10:52:55 -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 S237776AbiC1DRI (ORCPT + 99 others); Sun, 27 Mar 2022 23:17:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59800 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230495AbiC1DRF (ORCPT ); Sun, 27 Mar 2022 23:17:05 -0400 Received: from out30-132.freemail.mail.aliyun.com (out30-132.freemail.mail.aliyun.com [115.124.30.132]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BB80824588; Sun, 27 Mar 2022 20:15:25 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R191e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04357;MF=jefflexu@linux.alibaba.com;NM=1;PH=DS;RN=18;SR=0;TI=SMTPD_---0V8KfeNU_1648437319; Received: from 30.225.24.93(mailfrom:jefflexu@linux.alibaba.com fp:SMTPD_---0V8KfeNU_1648437319) by smtp.aliyun-inc.com(127.0.0.1); Mon, 28 Mar 2022 11:15:21 +0800 Message-ID: <21126dc4-2b15-bb12-d4d3-b8703be95539@linux.alibaba.com> Date: Mon, 28 Mar 2022 11:15:19 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: [PATCH v6 15/22] erofs: register cookie context for bootstrap blob Content-Language: en-US To: 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> From: JeffleXu In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4,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 3/28/22 11:04 AM, Gao Xiang wrote: > 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. > OK, will be done in the next version. -- Thanks, Jeffle