[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200225124052.1506-1-yuzenghui@huawei.com>
Date: Tue, 25 Feb 2020 20:40:52 +0800
From: Zenghui Yu <yuzenghui@...wei.com>
To: <corbet@....net>, <linux-doc@...r.kernel.org>
CC: <paulmck@...nel.org>, <tj@...nel.org>, <jiangshanlai@...il.com>,
<wanghaibin.wang@...wei.com>, <linux-kernel@...r.kernel.org>,
Zenghui Yu <yuzenghui@...wei.com>
Subject: [PATCH] Documentation: kthread: Fix WQ_SYSFS workqueues path name
The set of WQ_SYSFS workqueues should be displayed using
"ls /sys/devices/virtual/workqueue", add the missing '/'.
Signed-off-by: Zenghui Yu <yuzenghui@...wei.com>
---
Documentation/admin-guide/kernel-per-CPU-kthreads.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/admin-guide/kernel-per-CPU-kthreads.rst b/Documentation/admin-guide/kernel-per-CPU-kthreads.rst
index baeeba8762ae..21818aca4708 100644
--- a/Documentation/admin-guide/kernel-per-CPU-kthreads.rst
+++ b/Documentation/admin-guide/kernel-per-CPU-kthreads.rst
@@ -234,7 +234,7 @@ To reduce its OS jitter, do any of the following:
Such a workqueue can be confined to a given subset of the
CPUs using the ``/sys/devices/virtual/workqueue/*/cpumask`` sysfs
files. The set of WQ_SYSFS workqueues can be displayed using
- "ls sys/devices/virtual/workqueue". That said, the workqueues
+ "ls /sys/devices/virtual/workqueue". That said, the workqueues
maintainer would like to caution people against indiscriminately
sprinkling WQ_SYSFS across all the workqueues. The reason for
caution is that it is easy to add WQ_SYSFS, but because sysfs is
--
2.19.1
Powered by blists - more mailing lists