Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp3882870imb; Tue, 5 Mar 2019 23:14:55 -0800 (PST) X-Google-Smtp-Source: APXvYqzkZ4HlCjDx7sOixaMCyBMSBy8J7wUa3DyKDdMXusAMDi0vg+n1GC+galXrA/26QfjW8d0x X-Received: by 2002:a17:902:54f:: with SMTP id 73mr5532732plf.210.1551856495514; Tue, 05 Mar 2019 23:14:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551856495; cv=none; d=google.com; s=arc-20160816; b=XZiv2Ef0rRH/rGFKNZ3mg+UWPUeXZFCT/WypAQkIm4giqjCjH6dNlq54HuZvOwhuF1 JzEFPblMTkVoTv5OhtsfYv4GrtmHEfl1DbHwobgpBQ6srWxBCz1y+eTBfYy3lDcq9rHa tFJFelrQiLkAhhdKrSV87R0tbP6PPJETnJktfLNTMi8lTYaEQ54nbW24rG8NivurdHnS 3biOc+kG1IX9MI9cNqJNSDqKQbhM8/0YQkH4rqAVf+tzxCASuMXvfNaizHVVSNh/N13S JnLx623whWr62Ra5mVx/x+spqifh+FQvvsVEMyyr0MlADx1w5TQQmZ0cPZ8LlE7hrXTk Zhrw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=pJMJU1RFJLd+sKkD4HXgXHk0QTvGSnudNpksHRPwY1w=; b=WXISCOP6nB8LdJo2yn6f5Q5pe6CfLHmyQPJ95y8dbY+CJC0tcSz8VA1dRvBJr2VfEE /b40PWmWBumOzypSRXsdDUeMVPfYGvjULdDlAccO2TAYndh1vtDsdqELDcUg5fDuahef cJHs5OVM+/SRTSBzdnf/qn5ET2Hp0Jt1nO6jE8Nl27fuyUBrrqIX5u5YyDoAsZ89r4o3 iKxCVunzDtfzUQU1VdZzKqeFGqrIuPlX7B+WiI7Gssw076A3EL2mbGBYd8sRDm0NYwhl 6Lz/k4IWqq5ncAPjRqsZwzANp+1cYtl3k8BF4OLBmGNtRmqwRpcFMmQid0yPZc8qJ/ud CqWQ== ARC-Authentication-Results: i=1; mx.google.com; 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 u3si825519pgi.275.2019.03.05.23.14.40; Tue, 05 Mar 2019 23:14:55 -0800 (PST) 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; 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 S1729036AbfCFGtc (ORCPT + 99 others); Wed, 6 Mar 2019 01:49:32 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:4215 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725601AbfCFGtc (ORCPT ); Wed, 6 Mar 2019 01:49:32 -0500 Received: from DGGEMS413-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id C77A833A347E477C5929; Wed, 6 Mar 2019 14:49:29 +0800 (CST) Received: from [127.0.0.1] (10.134.22.195) by DGGEMS413-HUB.china.huawei.com (10.3.19.213) with Microsoft SMTP Server id 14.3.408.0; Wed, 6 Mar 2019 14:49:26 +0800 Subject: Re: [PATCH v11] f2fs: guarantee journalled quota data by checkpoint To: Chao Yu , CC: , , Weichao Guo References: <20180920120500.21026-1-chao@kernel.org> From: Chao Yu Message-ID: <7a2b9277-acbf-eda4-d043-74463d7b61c7@huawei.com> Date: Wed, 6 Mar 2019 14:49:28 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180920120500.21026-1-chao@kernel.org> Content-Type: text/plain; charset="windows-1252" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.134.22.195] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jaegeuk, On 2018/9/20 20:05, Chao Yu wrote: > @@ -3456,3 +3477,16 @@ > > extern void f2fs_build_fault_attr(struct f2fs_sb_info *sbi, unsigned int rate, > > #endif > #endif > + > +static inline bool is_journalled_quota(struct f2fs_sb_info *sbi) > +{ > +#ifdef CONFIG_QUOTA > + if (f2fs_sb_has_quota_ino(sbi->sb)) > + return true; > + if (F2FS_OPTION(sbi).s_qf_names[USRQUOTA] || > + F2FS_OPTION(sbi).s_qf_names[GRPQUOTA] || > + F2FS_OPTION(sbi).s_qf_names[PRJQUOTA]) > + return true; > +#endif > + return false; > +} I checked dev branch, and found one patch we didn't send to mailing list, could you please send it out? f2fs: fix wrong #endif I think my quota patch caused this 'wrong #endif' issue, could you add single line comment to notice which #if the last #endif is corresponding to? so that we can avoid same mistake as quota patch made. Thanks,