diff options
| author | Shubham Sharma <slopixelz@gmail.com> | 2025-08-10 17:00:08 +0530 |
|---|---|---|
| committer | Mikulas Patocka <mpatocka@redhat.com> | 2025-08-19 11:12:49 +0200 |
| commit | 5d1c82943f3beaa8b97eb11d865239cbab88e527 (patch) | |
| tree | ba1d3c6be0036c6cfcc8fdf597935a8d1995c8ac | |
| parent | Linux 6.17-rc2 (diff) | |
| download | linux-5d1c82943f3beaa8b97eb11d865239cbab88e527.tar.gz linux-5d1c82943f3beaa8b97eb11d865239cbab88e527.zip | |
docs: device-mapper: fix typos in delay.rst and vdo-design.rst
Fixed the following typos in device-mapper documentation:
- explicitely -> explicitly
- approriate -> appropriate
Signed-off-by: Shubham Sharma <slopixelz@gmail.com>
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
| -rw-r--r-- | Documentation/admin-guide/device-mapper/delay.rst | 2 | ||||
| -rw-r--r-- | Documentation/admin-guide/device-mapper/vdo-design.rst | 2 |
2 files changed, 2 insertions, 2 deletions
diff --git a/Documentation/admin-guide/device-mapper/delay.rst b/Documentation/admin-guide/device-mapper/delay.rst index 4d667228e744..982136160d6f 100644 --- a/Documentation/admin-guide/device-mapper/delay.rst +++ b/Documentation/admin-guide/device-mapper/delay.rst @@ -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. 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. |
