Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp366127imw; Fri, 8 Jul 2022 04:34:21 -0700 (PDT) X-Google-Smtp-Source: AGRyM1t1k4k0gJ0mgxbpVDywEcXmXawa3hKdLzHoJQs8g3+DfT8l6tPO5GJzzQPRWtNmfNJTC3LD X-Received: by 2002:a50:fc98:0:b0:43a:506b:26f6 with SMTP id f24-20020a50fc98000000b0043a506b26f6mr4202906edq.42.1657280060786; Fri, 08 Jul 2022 04:34:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657280060; cv=none; d=google.com; s=arc-20160816; b=YRoyrFkwBqBffTKIx1F9D74n+Ue+beNyJQh3CSzKpAlDZ88iLGXv1yP1eqGRWqfVD0 g+EbegHHYFXIKqIklct/kvnh2J3CrKL43WFjWcun++9kP0MZWB5isxHk8Xx4wq/DgdW7 Dd9Nlc4FtpkHpvWjZDg16Bc8xoA9hJg1dz9Kyx/uaNekikhsAYSM5Ogrrlokw41aNjlY RFVY5uGwwdQ+atlLRhqcmIGShCWy2h8z0TB6YvHpfvZCQxtWIqIKG/djNcTqAv0aQnuL 42439EvU13+kl9HV1e5cbVBRrba48HRGKBDMbetg6+g1WqInMnzqIQTvFtbAhSw5TWYV Heaw== 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 :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=+72NC10negl00S5S+2msHRnFDwKNLfX5gKTJWyAPymg=; b=MMRgzMSmY3t9WV8rgc8JIWUGLOadYn3qv7xhE1aOqdL8ahUv5ilGorVoyJrOOpEj4f nU+IRk9Yt1we6gVDp4ndAocbFIYjpZacYUZgf1A2KK08aS5422WD9vKLgbcbL21Hpv0Z t4NjcC9ji7J9YDKfvOsC0PQmJ4m4c2ER7M3bR0E9pdg30mtpvpxELOe05bD7T6arfR6/ acXMDSwYLcjFO+ghM/a/W1VBKqXyAVCrelnJwm/Pjz+AyzBukZHzPOL9tikj4Imo9YSH 2qcrTKD3EJ33W+XWcvWlxsvXp26xtWACh0a9Iyfssm0n0Ap2eeJ2CuorgJ77Xb+nkQn6 DXUA== 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ho32-20020a1709070ea000b00718d033df13si25346729ejc.678.2022.07.08.04.33.54; Fri, 08 Jul 2022 04:34:20 -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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237222AbiGHLNf (ORCPT + 99 others); Fri, 8 Jul 2022 07:13:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43546 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237755AbiGHLNb (ORCPT ); Fri, 8 Jul 2022 07:13:31 -0400 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DE981EB5 for ; Fri, 8 Jul 2022 04:13:28 -0700 (PDT) Received: from dggemv711-chm.china.huawei.com (unknown [172.30.72.56]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4LfVxJ50MKzpWDD; Fri, 8 Jul 2022 19:12:36 +0800 (CST) Received: from kwepemm600013.china.huawei.com (7.193.23.68) by dggemv711-chm.china.huawei.com (10.1.198.66) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Fri, 8 Jul 2022 19:13:10 +0800 Received: from [10.174.178.46] (10.174.178.46) by kwepemm600013.china.huawei.com (7.193.23.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Fri, 8 Jul 2022 19:13:10 +0800 Subject: Re: [PATCH -next v2] ubifs: Fix some kernel-doc comments To: Yang Li , CC: , , "Abaci Robot" References: <20220602065556.104006-1-yang.lee@linux.alibaba.com> From: Zhihao Cheng Message-ID: Date: Fri, 8 Jul 2022 19:13:09 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20220602065556.104006-1-yang.lee@linux.alibaba.com> Content-Type: text/plain; charset="gbk"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.178.46] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To kwepemm600013.china.huawei.com (7.193.23.68) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 ?? 2022/6/2 14:55, Yang Li ะด??: > Remove warnings found by running scripts/kernel-doc, > which is caused by using 'make W=1'. > fs/ubifs/journal.c:1221: warning: Function parameter or member > 'old_inode' not described in 'ubifs_jnl_rename' > fs/ubifs/journal.c:1221: warning: Function parameter or member 'old_nm' > not described in 'ubifs_jnl_rename' > fs/ubifs/journal.c:1221: warning: Function parameter or member > 'new_inode' not described in 'ubifs_jnl_rename' > fs/ubifs/journal.c:1221: warning: Function parameter or member 'new_nm' > not described in 'ubifs_jnl_rename' > fs/ubifs/journal.c:1221: warning: Function parameter or member > 'whiteout' not described in 'ubifs_jnl_rename' > fs/ubifs/journal.c:1221: warning: Excess function parameter 'old_dentry' > description in 'ubifs_jnl_rename' > fs/ubifs/journal.c:1221: warning: Excess function parameter 'new_dentry' > description in 'ubifs_jnl_rename' > > Reported-by: Abaci Robot > Signed-off-by: Yang Li > --- Reviewed-by: Zhihao Cheng > fs/ubifs/journal.c | 8 ++++++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > diff --git a/fs/ubifs/journal.c b/fs/ubifs/journal.c > index 75dab0ae3939..61f72a557655 100644 > --- a/fs/ubifs/journal.c > +++ b/fs/ubifs/journal.c > @@ -1201,9 +1201,13 @@ int ubifs_jnl_xrename(struct ubifs_info *c, const struct inode *fst_dir, > * ubifs_jnl_rename - rename a directory entry. > * @c: UBIFS file-system description object > * @old_dir: parent inode of directory entry to rename > - * @old_dentry: directory entry to rename > + * @old_inode: directory entry's inode to rename > + * @old_nm: name of the old directory entry to rename > * @new_dir: parent inode of directory entry to rename > - * @new_dentry: new directory entry (or directory entry to replace) > + * @new_inode: new directory entry's inode (or directory entry's inode to > + * replace) > + * @new_nm: new name of the new directory entry > + * @whiteout: whiteout inode > * @sync: non-zero if the write-buffer has to be synchronized > * > * This function implements the re-name operation which may involve writing up >