From: Soham Metha <sohammetha01@gmail.com>
To: linux-doc@vger.kernel.org
Cc: linux-kernel-mentees@lists.linuxfoundation.org,
skhan@linuxfoundation.org, Soham Metha <sohammetha01@gmail.com>,
Alasdair Kergon <agk@redhat.com>,
Mike Snitzer <snitzer@kernel.org>,
Mikulas Patocka <mpatocka@redhat.com>,
Jonathan Corbet <corbet@lwn.net>,
Matthew Sakai <msakai@redhat.com>
Subject: [PATCH v2 4/9] docs: device-mapper: fixed spelling mistakes in documentation
Date: Wed, 13 Aug 2025 02:19:47 +0530 [thread overview]
Message-ID: <20250812204952.73136-2-sohammetha01@gmail.com> (raw)
In-Reply-To: <20250812204952.73136-1-sohammetha01@gmail.com>
found/fixed the following typos
- flushs -> flushes
- explicitely -> explicitly
in `Documentation/admin-guide/device-mapper/delay.rst`, and
- approriate -> appropriate
in `Documentation/admin-guide/device-mapper/vdo-design.rst`
Signed-off-by: Soham Metha <sohammetha01@gmail.com>
---
Documentation/admin-guide/device-mapper/delay.rst | 8 ++++----
Documentation/admin-guide/device-mapper/vdo-design.rst | 2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/Documentation/admin-guide/device-mapper/delay.rst b/Documentation/admin-guide/device-mapper/delay.rst
index 4d667228e744..a1e673c0e782 100644
--- a/Documentation/admin-guide/device-mapper/delay.rst
+++ b/Documentation/admin-guide/device-mapper/delay.rst
@@ -3,7 +3,7 @@ dm-delay
========
Device-Mapper's "delay" target delays reads and/or writes
-and/or flushs and optionally maps them to different devices.
+and/or flushes and optionally maps them to different devices.
Arguments::
@@ -18,7 +18,7 @@ Table line has to either have 3, 6 or 9 arguments:
to write and flush operations on optionally different write_device with
optionally different sector offset
-9: same as 6 arguments plus define flush_offset and flush_delay explicitely
+9: same as 6 arguments plus define flush_offset and flush_delay explicitly
on/with optionally different flush_device/flush_offset.
Offsets are specified in sectors.
@@ -40,7 +40,7 @@ Example scripts
#!/bin/sh
#
# Create mapped device delaying write and flush operations for 400ms and
- # splitting reads to device $1 but writes and flushs to different device $2
+ # splitting reads to device $1 but writes and flushes to different device $2
# to different offsets of 2048 and 4096 sectors respectively.
#
dmsetup create delayed --table "0 `blockdev --getsz $1` delay $1 2048 0 $2 4096 400"
@@ -48,7 +48,7 @@ Example scripts
::
#!/bin/sh
#
- # Create mapped device delaying reads for 50ms, writes for 100ms and flushs for 333ms
+ # Create mapped device delaying reads for 50ms, writes for 100ms and flushes for 333ms
# onto the same backing device at offset 0 sectors.
#
dmsetup create delayed --table "0 `blockdev --getsz $1` delay $1 0 50 $2 0 100 $1 0 333"
diff --git a/Documentation/admin-guide/device-mapper/vdo-design.rst b/Documentation/admin-guide/device-mapper/vdo-design.rst
index 3cd59decbec0..faa0ecd4a5ae 100644
--- a/Documentation/admin-guide/device-mapper/vdo-design.rst
+++ b/Documentation/admin-guide/device-mapper/vdo-design.rst
@@ -600,7 +600,7 @@ lock and return itself to the pool.
All storage within vdo is managed as 4KB blocks, but it can accept writes
as small as 512 bytes. Processing a write that is smaller than 4K requires
a read-modify-write operation that reads the relevant 4K block, copies the
-new data over the approriate sectors of the block, and then launches a
+new data over the appropriate sectors of the block, and then launches a
write operation for the modified data block. The read and write stages of
this operation are nearly identical to the normal read and write
operations, and a single data_vio is used throughout this operation.
--
2.34.1
next prev parent reply other threads:[~2025-08-12 20:51 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-12 20:15 [PATCH v2 0/9] docs: fix spelling mistakes across multiple directories Soham Metha
2025-08-12 20:15 ` [PATCH v2 1/9] docs: f2fs: fixed spelling mistakes in documentation Soham Metha
2025-08-13 3:13 ` Chao Yu
2025-08-12 20:49 ` [PATCH v2 3/9] docs: cgroup: " Soham Metha
2025-08-12 20:49 ` Soham Metha [this message]
2025-08-14 13:58 ` [PATCH v2 4/9] docs: device-mapper: " Mikulas Patocka
2025-08-12 20:49 ` [PATCH v2 5/9] docs: alienware-wmi: fixed spelling mistake in admin guide Soham Metha
2025-08-12 21:21 ` Kurt Borja
[not found] ` <dea5d89e-d918-4d80-a205-38ca7c166cc3@gmail.com>
[not found] ` <DC10RH2NVBR9.3QC7LKK4O4CW1@gmail.com>
2025-08-13 12:09 ` Soham Metha
2025-08-12 20:49 ` [PATCH v2 6/9] docs: damon: fixed spelling mistakes in documentation Soham Metha
2025-08-12 21:12 ` SeongJae Park
2025-08-12 20:49 ` [PATCH v2 7/9] docs: loongarch: fixed spelling mistake " Soham Metha
2025-08-12 20:52 ` [PATCH v2 3/9] docs: cgroup: fixed spelling mistakes " Tejun Heo
2025-08-12 21:01 ` [PATCH v2 8/9] docs: admin-guide: tainted-kernels: fixed spelling mistake " Soham Metha
2025-08-12 21:04 ` [PATCH v2 9/9] docs: symbol-namespaces: " Soham Metha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250812204952.73136-2-sohammetha01@gmail.com \
--to=sohammetha01@gmail.com \
--cc=agk@redhat.com \
--cc=corbet@lwn.net \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel-mentees@lists.linuxfoundation.org \
--cc=mpatocka@redhat.com \
--cc=msakai@redhat.com \
--cc=skhan@linuxfoundation.org \
--cc=snitzer@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).