Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp885004pxj; Fri, 4 Jun 2021 00:07:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyvg+erNotan0y7wLZ60YGhzOKPydAfCwYA0ZvWix7T1QFrIS34veawQZKTEv9Y0u2oEQK+ X-Received: by 2002:a17:906:b2c1:: with SMTP id cf1mr2800909ejb.544.1622790446998; Fri, 04 Jun 2021 00:07:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622790446; cv=none; d=google.com; s=arc-20160816; b=AL7CpokZ4b45YqzZr3K01nkHvczBYyuNC/xuoPCpzQl+ssOOBplQASLgDCV9qt9CmH qU+DKwSAzfJznILq9WseR3VIDPJGO6I8EWqzNTQm56Gr/78WYD9sWqlX2VeCyPktNGJN bCYBTfrMAc3hibeMxRBpFl4YApO3GuMcRtMimzveEkOpgiUT74/Yu6uucQk3CdNv9bWI kZbsl2nx3+DHhrSkBhVp0TXIDx/7hP1N/QURNtJ8G0UxKiKR8LnXPzJWxjm42c8QkrIu PIgZNuvQ9lhpmF1G2IvwJnmZRksSQ4HGnHQbPqAc2VoiKf0Da0gdBSD5RZv5jVJfe3p/ BtVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:references :mail-followup-to:message-id:subject:cc:to:from:date; bh=0M5bmhaAX52c5Lku5B9DnEDRhyKOflsXkWHa1BxGQTo=; b=RDnPSNdomkKBPkhUqXPOW4cKgJG3pFYSQA8aCdPfoFKheJkZjv9ISy/PJxR5YYk1XU pFIjnfgAC8v/BqNR16uybl9KZ/eXKTDOm+mkDXfCAC7HayzVTMG7SZd6M1RGuY+NWrSN f5G5uyicrDCV+e9B7Bt3kgMvEnIk2RDIK0lZmF84+YjvasypaTsL060VcYsEOtpjn8CE CfrzAfgxxfMRXxhn4zKM7jxJKQYAAAC59Y9LSVFXC3dkxFKNzQvrIMPZbuirwuFg7js6 HCY5/0OSQLkDqOOz24/c5jI1KIdAVURyjGqaOgecOEtlbnB9SohaIEpx633ytJlS6N77 1cBw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id di7si3991719edb.94.2021.06.04.00.07.03; Fri, 04 Jun 2021 00:07:26 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229956AbhFDHGw (ORCPT + 99 others); Fri, 4 Jun 2021 03:06:52 -0400 Received: from mail.thorsis.com ([92.198.35.195]:42312 "EHLO mail.thorsis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229817AbhFDHGv (ORCPT ); Fri, 4 Jun 2021 03:06:51 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.thorsis.com (Postfix) with ESMTP id 7B64A3527 for ; Fri, 4 Jun 2021 09:05:04 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.thorsis.com Received: from mail.thorsis.com ([127.0.0.1]) by localhost (mail.thorsis.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ff37gKbE4Vc9 for ; Fri, 4 Jun 2021 09:05:04 +0200 (CEST) Received: by mail.thorsis.com (Postfix, from userid 109) id 525333567; Fri, 4 Jun 2021 09:05:04 +0200 (CEST) X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NO_RECEIVED, NO_RELAYS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was * blocked. See * http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block * for more information. * [URIs: huawei.com] * -0.0 NO_RELAYS Informational: message was not relayed via SMTP * -0.0 NO_RECEIVED Informational: message has no Received headers Date: Fri, 4 Jun 2021 09:04:55 +0200 From: Alexander Dahl To: Zheng Yongjun Cc: linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, richard@nod.at Subject: Re: [PATCH -next] ubifs: Fix spelling mistakes Message-ID: Mail-Followup-To: Zheng Yongjun , linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, richard@nod.at References: <20210604014556.2086341-1-zhengyongjun3@huawei.com> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210604014556.2086341-1-zhengyongjun3@huawei.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Am Fri, Jun 04, 2021 at 09:45:56AM +0800 schrieb Zheng Yongjun: > Fix some spelling mistakes in comments: > withoug ==> without > numer ==> number > aswell ==> as well > referes ==> refers > childs ==> children > unnecesarry ==> unnecessary > > Signed-off-by: Zheng Yongjun > --- > fs/ubifs/journal.c | 2 +- > fs/ubifs/master.c | 2 +- > fs/ubifs/replay.c | 2 +- > fs/ubifs/super.c | 2 +- > fs/ubifs/tnc_commit.c | 2 +- > fs/ubifs/ubifs.h | 2 +- > 6 files changed, 6 insertions(+), 6 deletions(-) > > diff --git a/fs/ubifs/journal.c b/fs/ubifs/journal.c > index 2857e64d673d..298d87891a8e 100644 > --- a/fs/ubifs/journal.c > +++ b/fs/ubifs/journal.c > @@ -1431,7 +1431,7 @@ int ubifs_jnl_rename(struct ubifs_info *c, const struct inode *old_dir, > /** > * truncate_data_node - re-compress/encrypt a truncated data node. > * @c: UBIFS file-system description object > - * @inode: inode which referes to the data node > + * @inode: inode which refers to the data node > * @block: data block number > * @dn: data node to re-compress > * @new_len: new length > diff --git a/fs/ubifs/master.c b/fs/ubifs/master.c > index 0df9a3dd0aaa..7adc37c10b6a 100644 > --- a/fs/ubifs/master.c > +++ b/fs/ubifs/master.c > @@ -37,7 +37,7 @@ int ubifs_compare_master_node(struct ubifs_info *c, void *m1, void *m2) > return ret; > > /* > - * Do not compare the embedded HMAC aswell which also must be different > + * Do not compare the embedded HMAC as well which also must be different > * due to the different common node header. > */ > behind = hmac_offs + UBIFS_MAX_HMAC_LEN; > diff --git a/fs/ubifs/replay.c b/fs/ubifs/replay.c > index 382a54c82930..5260d3e531bb 100644 > --- a/fs/ubifs/replay.c > +++ b/fs/ubifs/replay.c > @@ -296,7 +296,7 @@ static int apply_replay_entry(struct ubifs_info *c, struct replay_entry *r) > * @b: second replay entry > * > * This is a comparios function for 'list_sort()' which compares 2 replay > - * entries @a and @b by comparing their sequence numer. Returns %1 if @a has > + * entries @a and @b by comparing their sequence number. Returns %1 if @a has > * greater sequence number and %-1 otherwise. > */ > static int replay_entries_cmp(void *priv, const struct list_head *a, > diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c > index 7b572e1414ba..2868586c2dfc 100644 > --- a/fs/ubifs/super.c > +++ b/fs/ubifs/super.c > @@ -2060,7 +2060,7 @@ const struct super_operations ubifs_super_operations = { > * @mode: UBI volume open mode > * > * The primary method of mounting UBIFS is by specifying the UBI volume > - * character device node path. However, UBIFS may also be mounted withoug any > + * character device node path. However, UBIFS may also be mounted without any > * character device node using one of the following methods: > * > * o ubiX_Y - mount UBI device number X, volume Y; > diff --git a/fs/ubifs/tnc_commit.c b/fs/ubifs/tnc_commit.c > index 234be1c4dc87..58c92c96ecef 100644 > --- a/fs/ubifs/tnc_commit.c > +++ b/fs/ubifs/tnc_commit.c > @@ -930,7 +930,7 @@ static int write_index(struct ubifs_info *c) > * flag cleared before %COW_ZNODE. Specifically, it matters in > * the 'dirty_cow_znode()' function. This is the reason for the > * first barrier. Also, we want the bit changes to be seen to > - * other threads ASAP, to avoid unnecesarry copying, which is > + * other threads ASAP, to avoid unnecessary copying, which is > * the reason for the second barrier. > */ > clear_bit(DIRTY_ZNODE, &znode->flags); > diff --git a/fs/ubifs/ubifs.h b/fs/ubifs/ubifs.h > index b65c599a386a..edd0982dc66c 100644 > --- a/fs/ubifs/ubifs.h > +++ b/fs/ubifs/ubifs.h > @@ -912,7 +912,7 @@ struct ubifs_budget_req { > * @rb: rb-tree node of rb-tree of orphans sorted by inode number > * @list: list head of list of orphans in order added > * @new_list: list head of list of orphans added since the last commit > - * @child_list: list of xattr childs if this orphan hosts xattrs, list head > + * @child_list: list of xattr children if this orphan hosts xattrs, list head > * if this orphan is a xattr, not used otherwise. > * @cnext: next orphan to commit > * @dnext: next orphan to delete Reviewed-by: Alexander Dahl Greets Alex