[PATCH v2] bcache: fix "for/take a while" typos

Ahelenia Ziemiańska <[email protected]>
Newsgroups org.kernel.vger.linux-bcache,org.kernel.vger.linux-kernel
Message-ID <vabrss3eucpl4xhvyrqflqj4rgtpzhv76wjtlqldlafdonkgjr@tarta.nabijaczleweli.xyz>
Signed-off-by: Ahelenia Ziemiańska <[email protected]>
---
v1: https://lore.kernel.org/lkml/h2ieddqja5jfrnuh3mvlxt6njrvp352t5rfzp2cvnrufop6tch@tarta.nabijaczleweli.xyz/t/#u

 drivers/md/bcache/bcache.h  | 2 +-
 drivers/md/bcache/request.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/md/bcache/bcache.h b/drivers/md/bcache/bcache.h
index 1d33e40d26ea..7318d9800370 100644
--- a/drivers/md/bcache/bcache.h
+++ b/drivers/md/bcache/bcache.h
@@ -499,7 +499,7 @@ struct gc_stat {
  * won't automatically reattach).
  *
  * CACHE_SET_STOPPING always gets set first when we're closing down a cache set;
- * we'll continue to run normally for awhile with CACHE_SET_STOPPING set (i.e.
+ * we'll continue to run normally for a while with CACHE_SET_STOPPING set (i.e.
  * flushing dirty data).
  *
  * CACHE_SET_RUNNING means all cache devices have been registered and journal
diff --git a/drivers/md/bcache/request.c b/drivers/md/bcache/request.c
index af345dc6fde1..87b4341cb42c 100644
--- a/drivers/md/bcache/request.c
+++ b/drivers/md/bcache/request.c
@@ -257,7 +257,7 @@ static CLOSURE_CALLBACK(bch_data_insert_start)
 
 	/*
 	 * But if it's not a writeback write we'd rather just bail out if
-	 * there aren't any buckets ready to write to - it might take awhile and
+	 * there aren't any buckets ready to write to - it might take a while and
 	 * we might be starving btree writes for gc or something.
 	 */
 
-- 
2.39.5
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEfWlHToQCjFzAxEFjvP0LAY0mWPEFAmhmyh4ACgkQvP0LAY0m
WPFb/RAAhUaZGYwDjdqRoAqZ4TvfB2hAZg6+r8naz2z9DlDKdiucWHCfxZ8j/CR8
OuVvLwMIQkh2KCkNMCcBJ51T9J1AaZ6UM3B56Hf3v9u9wElZPXMv27o9lzc9fZJq
ypB61rP0y5vtdCVzQmbIlYtrxrPsRzq9U8GdrmrK8uGqTQPb0O9F/G5HTjet2pcc
jGcADzjMrAcFiro3Ziqt3rCOwK61Cr7CYwhOPbG+6EkhpqUBIb+OhrpCJdSsoAaN
yJemqHbaZruMcPJc4ffMMynsYski334LEDmSlu+VurnUCW9lnFgULDqHUCFbYKzn
Vfe1sGzc/LQk9l12ewpWc+koL8RtCBq10vdY3zR5xoZsam3Lp8O+x/VPH3rhQXJ+
aR39gT5gaRNfhPPRUtDIxWJfRF27oQ0Vq13Gv9qMzKkUvMJXwOtkrwW2bEMMFXZq
HYERpHtdTsbcsrmFVSd1MNQRZrO6kjcqk08VNWEGCryrNyAjcWBd3krCFH1a75/a
xnWti6sLbSDVOoJgZgFZQT/Z3JEVAZW/2x7UInS/6Kd0nixcc9nXOTMKW6+D70WQ
hwBgxqD/sq7+NTxT7imQwL1gtLz4KOkFYF6T/5P9dpArI9HCndRrefqFskZcIzX6
AP/pieZyhqKsQBJVEv1g5Z61MYwBL7UIXGFVUGexM8ohsuOELuY=
=X+wZ
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.