Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp140312imi; Wed, 20 Jul 2022 19:26:02 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sXu0KQVx5NR1rhCpWN4iGL4H8YZyeuFLnBDM/V3X/3o/wRELuKbfe2D5a8FT8eqceBJQ2v X-Received: by 2002:aa7:c9d3:0:b0:43a:67b9:6eea with SMTP id i19-20020aa7c9d3000000b0043a67b96eeamr53518389edt.94.1658370362133; Wed, 20 Jul 2022 19:26:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658370362; cv=none; d=google.com; s=arc-20160816; b=PX4B8aAwyqvVEXUdJxGpvUIOHad2YTSzHKghZWWmCU8hgwN808/7mdiUF3c2G2LKjN Hdpju9bX1F9VcepZPLej2SR/aT9a62EiF66tKfJePS84QxPzJiaa8/ei7YvGjYWrv5Da oywxStV6qXrPUAqyJfjDj3f+mtcFmb7d2+imtlPHVhbS6qkhF6k5kp5VXqJijjpCx+zo sVcw7POA9b/+uis9CMlddGJKFnHKumOIYkg7idEbfJ49BzHENEIuoIYjBy9MQE/nh96o 1ey1PW1UWsa1gNSLyZBxPeK5mwZZ4UktdAZt4tgywLUNyD4vYOzaeZA6ALiNZ7tew6jq qpvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version:dkim-signature:dkim-signature; bh=xKU0h+TrWbwrX7u20LOs6wD0FbDJosFHiSAjl15y7BA=; b=EyDIf3QRyUgbJURBkkQ8m+ArilvAInWfHWd9A+9sbzeeCjTKutqqBJJXNhetH/SPZD bR8U+cU52kPgsur6+DDVJ17t9A6/dUTtD5Z4WMHS8PgKW5GNuixQOYF9dO5xcokuUbtL cXn7B++A862I/zkDqLjB1HS9CERo7IVMuLBm96TFeoPpE/VdO9zti1h7ZHfJX/b3Y7t+ zRJUJCjx5cAbda386vwaR9oX9gqcvtgfm1ehjqhi7s3IeXAT2vFRDAHcZwbaftkoeE3F wkjqv2UY0cgLpylipyEuvewVKbuaaYomJiBNV5bwUrPm27+bCl42BsvmcqDC/9CNoIk0 JjjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=ymgmJ8T5; dkim=neutral (no key) header.i=@suse.de header.b=Q75WVCtB; 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=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s27-20020a170906355b00b0070f8f93e1f5si872154eja.306.2022.07.20.19.25.36; Wed, 20 Jul 2022 19:26:02 -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; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=ymgmJ8T5; dkim=neutral (no key) header.i=@suse.de header.b=Q75WVCtB; 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=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230200AbiGUBhy (ORCPT + 99 others); Wed, 20 Jul 2022 21:37:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39768 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229510AbiGUBhw (ORCPT ); Wed, 20 Jul 2022 21:37:52 -0400 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2059C7695B; Wed, 20 Jul 2022 18:37:51 -0700 (PDT) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id D22BF33AE3; Thu, 21 Jul 2022 01:37:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1658367468; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=xKU0h+TrWbwrX7u20LOs6wD0FbDJosFHiSAjl15y7BA=; b=ymgmJ8T5DFstAwAeyTRXhMtwgZTHvEz5z8gNHZO8y7zrp0KQzTccjdc/jUyZO/KdZO8ey7 mz9LRvWE7iv37tXlXA2s59O8mGwY7cNCcfYVhgrbn0nozyJgOBgdAEHahA0/EpAk7xh6Bn xrSwDF0Aexk0aq9UxZ663B+SMeKlgnQ= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1658367468; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=xKU0h+TrWbwrX7u20LOs6wD0FbDJosFHiSAjl15y7BA=; b=Q75WVCtBaTsDt88WIIO3aeTLwiWbZ5/viFsuDvx881kxVmAr0gx6habaYw0ka0s6MOBolO 1F3TnsuLvq96omBQ== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 5DAAD134CF; Thu, 21 Jul 2022 01:37:47 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id P+KRCuut2GJ8GAAAMHmgww (envelope-from ); Thu, 21 Jul 2022 01:37:47 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\)) Subject: Re: [PATCH v2 -next] bcache: Fix spelling mistakes From: Coly Li In-Reply-To: <20220721013506.2842433-1-williamsukatube@163.com> Date: Thu, 21 Jul 2022 09:37:44 +0800 Cc: Kent Overstreet , linux-bcache@vger.kernel.org, linux-kernel@vger.kernel.org, William Dean , Hacash Robot Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220721013506.2842433-1-williamsukatube@163.com> To: williamsukatube@163.com X-Mailer: Apple Mail (2.3696.100.31) X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS 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=E5=B9=B47=E6=9C=8821=E6=97=A5 09:35=EF=BC=8Cwilliamsukatube@163.com= =E5=86=99=E9=81=93=EF=BC=9A >=20 > From: William Dean >=20 > Fix follow spelling misktakes: > automatical =3D=3D> automatic > arount =3D=3D> around > individial =3D=3D> individual > embeddded =3D=3D> embedded > addionally =3D=3D> additionally > unncessary =3D=3D> unnecessary > definitly =3D=3D> definitely >=20 > Reported-by: Hacash Robot > Signed-off-by: William Dean It looks fine to me. I will add it to my for-next directory. Thanks. Coly Li > --- > v2: fix wrong commit msg comment >=20 > drivers/md/bcache/bcache.h | 2 +- > drivers/md/bcache/bset.h | 2 +- > drivers/md/bcache/btree.c | 2 +- > drivers/md/bcache/btree.h | 2 +- > drivers/md/bcache/stats.c | 2 +- > drivers/md/bcache/writeback.c | 2 +- > drivers/md/bcache/writeback.h | 2 +- > 7 files changed, 7 insertions(+), 7 deletions(-) >=20 > diff --git a/drivers/md/bcache/bcache.h b/drivers/md/bcache/bcache.h > index 2acda9cea0f9..2b35c0a14d4d 100644 > --- a/drivers/md/bcache/bcache.h > +++ b/drivers/md/bcache/bcache.h > @@ -635,7 +635,7 @@ struct cache_set { > struct bkey gc_done; >=20 > /* > - * For automatical garbage collection after writeback completed, = this > + * For automatic garbage collection after writeback completed, = this > * varialbe is used as bit fields, > * - 0000 0001b (BCH_ENABLE_AUTO_GC): enable gc after writeback > * - 0000 0010b (BCH_DO_AUTO_GC): do gc after writeback > diff --git a/drivers/md/bcache/bset.h b/drivers/md/bcache/bset.h > index d795c84246b0..76f75bbcb731 100644 > --- a/drivers/md/bcache/bset.h > +++ b/drivers/md/bcache/bset.h > @@ -45,7 +45,7 @@ > * 4 in memory - we lazily resort as needed. > * > * We implement code here for creating and maintaining auxiliary = search trees > - * (described below) for searching an individial bset, and on top of = that we > + * (described below) for searching an individual bset, and on top of = that we > * implement a btree iterator. > * > * BTREE ITERATOR: > diff --git a/drivers/md/bcache/btree.c b/drivers/md/bcache/btree.c > index e136d6edc1ed..a26863eedc6f 100644 > --- a/drivers/md/bcache/btree.c > +++ b/drivers/md/bcache/btree.c > @@ -154,7 +154,7 @@ void bch_btree_node_read_done(struct btree *b) > /* > * c->fill_iter can allocate an iterator with more memory space > * than static MAX_BSETS. > - * See the comment arount cache_set->fill_iter. > + * See the comment around cache_set->fill_iter. > */ > iter =3D mempool_alloc(&b->c->fill_iter, GFP_NOIO); > iter->size =3D b->c->cache->sb.bucket_size / = b->c->cache->sb.block_size; > diff --git a/drivers/md/bcache/btree.h b/drivers/md/bcache/btree.h > index 1b5fdbc0d83e..b46bf6268aca 100644 > --- a/drivers/md/bcache/btree.h > +++ b/drivers/md/bcache/btree.h > @@ -54,7 +54,7 @@ > * Btree nodes never have to be explicitly read in; = bch_btree_node_get() handles > * this. > * > - * For writing, we have two btree_write structs embeddded in struct = btree - one > + * For writing, we have two btree_write structs embedded in struct = btree - one > * write in flight, and one being set up, and we toggle between them. > * > * Writing is done with a single function - bch_btree_write() really = serves two > diff --git a/drivers/md/bcache/stats.c b/drivers/md/bcache/stats.c > index 68b02216033d..dcd87eb6f85e 100644 > --- a/drivers/md/bcache/stats.c > +++ b/drivers/md/bcache/stats.c > @@ -11,7 +11,7 @@ > #include "sysfs.h" >=20 > /* > - * We keep absolute totals of various statistics, and addionally a = set of three > + * We keep absolute totals of various statistics, and additionally a = set of three > * rolling averages. > * > * Every so often, a timer goes off and rescales the rolling averages. > diff --git a/drivers/md/bcache/writeback.c = b/drivers/md/bcache/writeback.c > index 3f0ff3aab6f2..bd83a33b8a2f 100644 > --- a/drivers/md/bcache/writeback.c > +++ b/drivers/md/bcache/writeback.c > @@ -238,7 +238,7 @@ static void update_writeback_rate(struct = work_struct *work) > /* > * If the whole cache set is idle, set_at_max_writeback_rate() > * will set writeback rate to a max number. Then it is > - * unncessary to update writeback rate for an idle cache set > + * unnecessary to update writeback rate for an idle cache set > * in maximum writeback rate number(s). > */ > if (atomic_read(&dc->has_dirty) && dc->writeback_percent && > diff --git a/drivers/md/bcache/writeback.h = b/drivers/md/bcache/writeback.h > index 31df716951f6..37f66bea522f 100644 > --- a/drivers/md/bcache/writeback.h > +++ b/drivers/md/bcache/writeback.h > @@ -69,7 +69,7 @@ static inline int offset_to_stripe(struct = bcache_device *d, > } >=20 > /* > - * Here offset is definitly smaller than INT_MAX, > + * Here offset is definitely smaller than INT_MAX, > * return it as int will never overflow. > */ > return offset; > --=20 > 2.25.1 >=20