Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp258792imw; Fri, 8 Jul 2022 02:24:01 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tEYLMo5KNZ8vcDSyiSg9G2N7g2lFoIucP6w5UK0iHCIBKSwqJk9BR8OYjxuF9+zUp1eotc X-Received: by 2002:a05:6402:1d51:b0:41f:cf6c:35a5 with SMTP id dz17-20020a0564021d5100b0041fcf6c35a5mr3534986edb.25.1657272241610; Fri, 08 Jul 2022 02:24:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657272241; cv=none; d=google.com; s=arc-20160816; b=OcvHrNI0pt9DoC3yMLnrLodAFhDOszj1BOTmqzI8kVDr2le5cD9qCgcBhllxaGsPFa UK6RFzcQEGlcs8By7OQ1OewMuVWsjz/viSxmcgyz6aPkZ2x6Vc61+fhvXxjAkyFs6pvq 2wHrczt2Ssm34EBOGOdhwWtSNmelybvBGlxfAioznbCezpz3x/Dkc1Vpsk+y/EwUEKFd Hb0uZ4zMyKU2PHWrHoVR7lBHos32bmF5JmWWqsxSmIXRyrG/PkuySWb1W+0q/ACs3i+X kNUrUGfYJhKyMCGnl8HUVRwI1KWc/y9idbY1FiizcNZ6Z/oWfXT18DGtcDf0HEMZNGfq W0wA== 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=Sf15yCDU6cUJs4/6s/7y32B6Bv00PVsVnXyr2bEZCcw=; b=WiZuYyBx50djdcpMJyI6LCbs2QXUTs5YYWrD7sq3Xn/q2ESYYlg15pOU8DETdwx7ce MM+f3wpQN1z8FqancZL9K0B3DTH2RVdCUWsiO9o9/djOwAEqY5qNqgguEoK1j/+665N1 6RkldeHVK0BL9vZEiQioDNQBWnlkP3Mr6CmOMf7JaP9OmnQqZOuxk6O9BDuTrvuvd9BZ 05uohC86C39Pvi8rPvAWUx7jAKEwG8m3HZQxE+o1iTXJRRkvcnWWyWsD9ASbl7eiqFV8 KjbxsVK6HNtrZMI9K1h2YUC+QZTFaCDg3wirpvY2z0Zkc+M/mZkg0If6K7ROoar4yKcc ++Pw== 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 x11-20020a05640225cb00b0043783a88de7si31585088edb.58.2022.07.08.02.23.36; Fri, 08 Jul 2022 02:24:01 -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 S237834AbiGHJRa (ORCPT + 99 others); Fri, 8 Jul 2022 05:17:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39234 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237030AbiGHJRX (ORCPT ); Fri, 8 Jul 2022 05:17:23 -0400 Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9EBD328E2D for ; Fri, 8 Jul 2022 02:17:22 -0700 (PDT) Received: from dggemv711-chm.china.huawei.com (unknown [172.30.72.57]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4LfSKS3djjzhZbX; Fri, 8 Jul 2022 17:14:52 +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 17:17:19 +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 17:17:18 +0800 Subject: Re: [PATCH -next] ubifs: Fix some kernel-doc comments To: Yang Li , CC: , , "Abaci Robot" References: <20220602055233.26161-1-yang.lee@linux.alibaba.com> From: Zhihao Cheng Message-ID: <2df4d326-c59a-52d2-c5aa-02954ddca97a@huawei.com> Date: Fri, 8 Jul 2022 17:17:17 +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: <20220602055233.26161-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: dggems705-chm.china.huawei.com (10.3.19.182) 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 13:52, 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 > --- > fs/ubifs/journal.c | 7 +++++-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/fs/ubifs/journal.c b/fs/ubifs/journal.c > index 75dab0ae3939..16857d4e9aa8 100644 > --- a/fs/ubifs/journal.c > +++ b/fs/ubifs/journal.c > @@ -1201,9 +1201,12 @@ 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: parent inode to rename > + * @old_nm: name of old inode to rename > * @new_dir: parent inode of directory entry to rename > - * @new_dentry: new directory entry (or directory entry to replace) > + * @new_inode: new inode to rename > + * @new_nm: name of new inode to rename > + * @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 > Reviewed-by: Zhihao Cheng