[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20240412225926.207336-2-thorsten.blum@toblux.com>
Date: Sat, 13 Apr 2024 00:59:27 +0200
From: Thorsten Blum <thorsten.blum@...lux.com>
To: rdunlap@...radead.org
Cc: chandan.babu@...cle.com,
djwong@...nel.org,
hch@...radead.org,
linux-kernel@...r.kernel.org,
linux-xfs@...r.kernel.org,
thorsten.blum@...lux.com,
Christoph Hellwig <hch@....de>
Subject: [RESEND PATCH] xfs: Fix typo in comment
s/somethign/something/
Signed-off-by: Thorsten Blum <thorsten.blum@...lux.com>
Reviewed-by: Darrick J. Wong <djwong@...nel.org>
Reviewed-by: Christoph Hellwig <hch@....de>
---
fs/xfs/xfs_log_priv.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/xfs/xfs_log_priv.h b/fs/xfs/xfs_log_priv.h
index e30c06ec20e3..25b6d6cdd545 100644
--- a/fs/xfs/xfs_log_priv.h
+++ b/fs/xfs/xfs_log_priv.h
@@ -683,7 +683,7 @@ xlog_valid_lsn(
* flags to control the kmalloc() behaviour within kvmalloc(). Hence kmalloc()
* will do direct reclaim and compaction in the slow path, both of which are
* horrendously expensive. We just want kmalloc to fail fast and fall back to
- * vmalloc if it can't get somethign straight away from the free lists or
+ * vmalloc if it can't get something straight away from the free lists or
* buddy allocator. Hence we have to open code kvmalloc outselves here.
*
* This assumes that the caller uses memalloc_nofs_save task context here, so
--
2.44.0
Powered by blists - more mailing lists