Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp987412pxf; Thu, 8 Apr 2021 18:54:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzGZlFLFwjrPv4wHiAJaho/d1lpzYrTul1jvICZlj9fLp2osmUQAoQAxazKGzqAiQ5eJU2M X-Received: by 2002:a17:906:3544:: with SMTP id s4mr14093683eja.73.1617933249353; Thu, 08 Apr 2021 18:54:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617933249; cv=none; d=google.com; s=arc-20160816; b=zcPjtIWSJRrytTlFhaJQGMp///Ep5+X/hckkrDny8cy+rJExfnZXtwTomMUve3N1v6 smnC4Zs3Z3DydY/uLXZRbAyesa14HD8gETU/Axg5Kt+sFH3ZOMQ+gmtd3inaAgfRnma+ FtzTt3N2E/9ipnSKfnStIht5NSIKMm/0wq10/NVA3O5Xe+FCMacTDqCEfMj2VPvYAvc5 KyM3ny9KocPJryHG8ydMQGE6zwxw+RAnqZ4pteESFxphpDwbY8EPUjHtsOGTHm8NADwL ySfvDUBVvodBCobtVoNPrjE3xx5yzzrZRuLlfaOVhyAsLseH1M2L3cT81cGbCXQFmZ9n Fg7Q== 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=z63IQGqapujCBa/VtmBBcDuu4I+wtzxpq9QqdUlNcq4=; b=LwLgxGLvLiX5HfiDrzRLTuiz+uD8qxkcIPHvL4FUqcBch5RfcRqZ+vFOU0plpaAHWp hNqQolWybfm1eJuRu1inbEHQgKKdXzFyu9KcYofk3qTQdCBKGZVMhUhqCw6TeF1/b1HM eoKHnBgUlao3eMkafV0HbpqzacOg30zs9pfRSmFCKTZe7M2UQvpeWCC3mZB7y93LP6Ro FZM1AZQAlyWkl92fx0511EZTw62M1lHGsztJq2iHPR/7creDe4bPUHENATULLnMaydKV jFNzMmPqxcVbH6yRd+S4pCjOJeRk22DJAKYZkcp6mvP1zQPdqu9Cah8JhcxwJDQ0YThv YIag== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o2si907102ejr.38.2021.04.08.18.53.46; Thu, 08 Apr 2021 18:54:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233230AbhDIBwp (ORCPT + 99 others); Thu, 8 Apr 2021 21:52:45 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:16055 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233187AbhDIBwo (ORCPT ); Thu, 8 Apr 2021 21:52:44 -0400 Received: from DGGEMS409-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4FGgzp6QGszPpL3; Fri, 9 Apr 2021 09:49:42 +0800 (CST) Received: from [10.67.109.150] (10.67.109.150) by DGGEMS409-HUB.china.huawei.com (10.3.19.209) with Microsoft SMTP Server id 14.3.498.0; Fri, 9 Apr 2021 09:52:20 +0800 Subject: Re: [PATCH -next] nilfs2: Fix typos in comments To: Ryusuke Konishi CC: James Morris , Xiu Jianfeng , Xiang Yang , Wang Weiyang , Cui GaoSheng , Gong Ruiqi , LKML , linux-nilfs References: <20210408140824.62010-1-lujialin4@huawei.com> From: "lujialin (A)" Message-ID: Date: Fri, 9 Apr 2021 09:52:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.67.109.150] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks for reviewing, I will exclude it in v2 patch and send out later. 在 2021/4/8 23:35, Ryusuke Konishi 写道: > Hi, > > This patch partially overlaps the following fix that I previously sent to > Andrew: > > https://lkml.org/lkml/2021/4/8/114 > > Can you exclude two typo fixes of "retured -> returned" from yours ? > > Thanks, > Ryusuke Konishi > > On Thu, Apr 8, 2021 at 11:08 PM Lu Jialin wrote: >> numer -> number in fs/nilfs2/cpfile.c and fs/nilfs2/segment.c >> retured -> returned and Decription -> Description in fs/nilfs2/ioctl.c >> isntance -> instance in fs/nilfs2/the_nilfs.c >> No functionality changed. >> >> Signed-off-by: Lu Jialin >> --- >> fs/nilfs2/cpfile.c | 2 +- >> fs/nilfs2/ioctl.c | 6 +++--- >> fs/nilfs2/segment.c | 4 ++-- >> fs/nilfs2/the_nilfs.c | 2 +- >> 4 files changed, 7 insertions(+), 7 deletions(-) >> >> diff --git a/fs/nilfs2/cpfile.c b/fs/nilfs2/cpfile.c >> index 025fb082575a..ce144776b4ef 100644 >> --- a/fs/nilfs2/cpfile.c >> +++ b/fs/nilfs2/cpfile.c >> @@ -293,7 +293,7 @@ void nilfs_cpfile_put_checkpoint(struct inode *cpfile, __u64 cno, >> * nilfs_cpfile_delete_checkpoints - delete checkpoints >> * @cpfile: inode of checkpoint file >> * @start: start checkpoint number >> - * @end: end checkpoint numer >> + * @end: end checkpoint number >> * >> * Description: nilfs_cpfile_delete_checkpoints() deletes the checkpoints in >> * the period from @start to @end, excluding @end itself. The checkpoints >> diff --git a/fs/nilfs2/ioctl.c b/fs/nilfs2/ioctl.c >> index b053b40315bf..cbb59a6c4b81 100644 >> --- a/fs/nilfs2/ioctl.c >> +++ b/fs/nilfs2/ioctl.c >> @@ -979,7 +979,7 @@ static int nilfs_ioctl_clean_segments(struct inode *inode, struct file *filp, >> * and metadata are written out to the device when it successfully >> * returned. >> * >> - * Return Value: On success, 0 is retured. On errors, one of the following >> + * Return Value: On success, 0 is returned. On errors, one of the following >> * negative error code is returned. >> * >> * %-EROFS - Read only filesystem. >> @@ -1058,7 +1058,7 @@ static int nilfs_ioctl_resize(struct inode *inode, struct file *filp, >> * @inode: inode object >> * @argp: pointer on argument from userspace >> * >> - * Decription: nilfs_ioctl_trim_fs is the FITRIM ioctl handle function. It >> + * Description: nilfs_ioctl_trim_fs is the FITRIM ioctl handle function. It >> * checks the arguments from userspace and calls nilfs_sufile_trim_fs, which >> * performs the actual trim operation. >> * >> @@ -1100,7 +1100,7 @@ static int nilfs_ioctl_trim_fs(struct inode *inode, void __user *argp) >> * @inode: inode object >> * @argp: pointer on argument from userspace >> * >> - * Decription: nilfs_ioctl_set_alloc_range() function defines lower limit >> + * Description: nilfs_ioctl_set_alloc_range() function defines lower limit >> * of segments in bytes and upper limit of segments in bytes. >> * The NILFS_IOCTL_SET_ALLOC_RANGE is used by nilfs_resize utility. >> * >> diff --git a/fs/nilfs2/segment.c b/fs/nilfs2/segment.c >> index cd4da9535aed..686c8ee7b29c 100644 >> --- a/fs/nilfs2/segment.c >> +++ b/fs/nilfs2/segment.c >> @@ -2214,7 +2214,7 @@ static void nilfs_segctor_wakeup(struct nilfs_sc_info *sci, int err) >> * nilfs_construct_segment - construct a logical segment >> * @sb: super block >> * >> - * Return Value: On success, 0 is retured. On errors, one of the following >> + * Return Value: On success, 0 is returned. On errors, one of the following >> * negative error code is returned. >> * >> * %-EROFS - Read only filesystem. >> @@ -2251,7 +2251,7 @@ int nilfs_construct_segment(struct super_block *sb) >> * @start: start byte offset >> * @end: end byte offset (inclusive) >> * >> - * Return Value: On success, 0 is retured. On errors, one of the following >> + * Return Value: On success, 0 is returned. On errors, one of the following >> * negative error code is returned. >> * >> * %-EROFS - Read only filesystem. >> diff --git a/fs/nilfs2/the_nilfs.c b/fs/nilfs2/the_nilfs.c >> index 221a1cc597f0..8b7b01a380ce 100644 >> --- a/fs/nilfs2/the_nilfs.c >> +++ b/fs/nilfs2/the_nilfs.c >> @@ -195,7 +195,7 @@ static int nilfs_store_log_cursor(struct the_nilfs *nilfs, >> /** >> * load_nilfs - load and recover the nilfs >> * @nilfs: the_nilfs structure to be released >> - * @sb: super block isntance used to recover past segment >> + * @sb: super block instance used to recover past segment >> * >> * load_nilfs() searches and load the latest super root, >> * attaches the last segment, and does recovery if needed. >> -- >> 2.17.1 >> > .