summaryrefslogtreecommitdiff
path: root/man/crypttab.xml
diff options
context:
space:
mode:
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>2020-07-06 15:57:47 +0200
committerGitHub <noreply@github.com>2020-07-06 15:57:47 +0200
commitb37e4d9c877beb5c6488cd07a9fd0b3cd66f446c (patch)
tree677b0fa3e60e01fd23c0d01f492251851a1bbbfe /man/crypttab.xml
parente26538dd04ef3a0fa1582ff3be4ec1ec5c9a4178 (diff)
parentf04a98e13f87a2297a65c135968154048f305df4 (diff)
downloadsystemd-b37e4d9c877beb5c6488cd07a9fd0b3cd66f446c.tar.gz
Merge pull request #16370 from keszybz/tree-wide-spelling
Assorted spelling, markup, and grammar fixes
Diffstat (limited to 'man/crypttab.xml')
-rw-r--r--man/crypttab.xml11
1 files changed, 7 insertions, 4 deletions
diff --git a/man/crypttab.xml b/man/crypttab.xml
index 4cdc52dcb8..ee54499bfe 100644
--- a/man/crypttab.xml
+++ b/man/crypttab.xml
@@ -255,6 +255,7 @@
<listitem><para>Perform encryption using the same cpu that IO was submitted on. The default is to use
an unbound workqueue so that encryption work is automatically balanced between available CPUs.</para>
+
<para>This requires kernel 4.0 or newer.</para>
</listitem>
</varlistentry>
@@ -263,9 +264,10 @@
<term><option>submit-from-crypt-cpus</option></term>
<listitem><para>Disable offloading writes to a separate thread after encryption. There are some
- situations where offloading write bios from the encryption threads to a single thread degrades
- performance significantly. The default is to offload write bios to the same thread because it benefits
- CFQ to have writes submitted using the same context.</para>
+ situations where offloading write requests from the encryption threads to a dedicated thread degrades
+ performance significantly. The default is to offload write requests to a dedicated thread because it
+ benefits the CFQ scheduler to have writes submitted using the same context.</para>
+
<para>This requires kernel 4.0 or newer.</para>
</listitem>
</varlistentry>
@@ -512,7 +514,8 @@ external /dev/sda3 keyfile:LABEL=keydev keyfile-timeout=10s</programlist
<para>The PKCS#11 logic allows hooking up any compatible security token that is capable of storing RSA
decryption keys. Here's an example how to set up a Yubikey security token for this purpose, using
- <command>ykman</command> from the yubikey-manager project:</para>
+ <citerefentry project='debian'><refentrytitle>ykmap</refentrytitle><manvolnum>1</manvolnum></citerefentry>
+ from the yubikey-manager project:</para>
<programlisting><xi:include href="yubikey-crypttab.sh" parse="text" /></programlisting>