[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240803183306.32425-1-shibukumar.bit@gmail.com>
Date: Sun, 4 Aug 2024 00:03:03 +0530
From: Shibu Kumar <shibukumar.bit@...il.com>
To: =agk@...hat.com,
snitzer@...nel.org,
mpatocka@...hat.com,
corbet@....net
Cc: Shibu Kumar <shibukumar.bit@...il.com>,
dm-devel@...ts.linux.dev,
linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: [PATCH] Removal of unexpected indentation error
While building kernel documention using make htmldocs command, I was getting unexpected indentation error. Single description was given for two module parameters with wrong indentation.So,I corrected the indentation of both the parameter and description and also added the description separately for both the module param.
Signed-off-by: Shibu kumar shibukumar.bit@...il.com
---
.../admin-guide/device-mapper/dm-crypt.rst | 20 ++++++++++++-------
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/Documentation/admin-guide/device-mapper/dm-crypt.rst b/Documentation/admin-guide/device-mapper/dm-crypt.rst
index e625830d335e..48a48bd09372 100644
--- a/Documentation/admin-guide/device-mapper/dm-crypt.rst
+++ b/Documentation/admin-guide/device-mapper/dm-crypt.rst
@@ -162,13 +162,19 @@ iv_large_sectors
Module parameters::
-max_read_size
-max_write_size
- Maximum size of read or write requests. When a request larger than this size
- is received, dm-crypt will split the request. The splitting improves
- concurrency (the split requests could be encrypted in parallel by multiple
- cores), but it also causes overhead. The user should tune these parameters to
- fit the actual workload.
+ max_read_size
+ Maximum size of read requests. When a request larger than this size
+ is received, dm-crypt will split the request. The splitting improves
+ concurrency (the split requests could be encrypted in parallel by multiple
+ cores), but it also causes overhead. The user should tune this parameters to
+ fit the actual workload.
+
+ max_write_size
+ Maximum size of write requests. When a request larger than this size
+ is received, dm-crypt will split the request. The splitting improves
+ concurrency (the split requests could be encrypted in parallel by multiple
+ cores), but it also causes overhead. The user should tune this parameters to
+ fit the actual workload.
Example scripts
--
2.43.0
Powered by blists - more mailing lists