3:41 a.m.
It slipped in during the conversion to reStructuredText.
In one case, part of the preformatted text shouldn't have been
marked as such, so that's addressed too. A spurious opening
parenthesis is dropped as well.
Signed-off-by: Andrea Bolognani <abologna(a)redhat.com>
---
docs/drvnodedev.rst | 2 +-
docs/formatdomain.rst | 16 ++++++++--------
docs/formatnetwork.rst | 2 +-
3 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/docs/drvnodedev.rst b/docs/drvnodedev.rst
index 115d52ca02..2f050bb9d3 100644
--- a/docs/drvnodedev.rst
+++ b/docs/drvnodedev.rst
@@ -335,7 +335,7 @@ To start an instance of this device definition, use the following
command:
$ virsh nodedev-start <device-name>
Active mediated device instances can be stopped using
-``virsh nodedev-destroy``, and persistent device definitions can be
+``virsh nodedev-destroy``, and persistent device definitions can be
removed using ``virsh nodedev-undefine``.
If a mediated device is defined persistently, it can also be set to be
diff --git a/docs/formatdomain.rst b/docs/formatdomain.rst
index 3e7dfb7f26..fa42883809 100644
--- a/docs/formatdomain.rst
+++ b/docs/formatdomain.rst
@@ -2238,7 +2238,7 @@ are:
Possible values for the ``value`` attribute are ``broken`` (no protection),
``workaround`` (count cache flush), ``fixed-ibs`` (fixed by serializing
indirect branches), ``fixed-ccd`` (fixed by disabling the cache count) and
- ``fixed-na (fixed in hardware - no longer applicable)``. If the
+ ``fixed-na`` (fixed in hardware - no longer applicable). If the
attribute is not defined, the hypervisor default will be used. :since:`Since
6.3.0` (QEMU/KVM only)
``tcg``
@@ -4725,7 +4725,7 @@ behaves like a physical USB CCID (Chip/Smart Card Interface Device)
card.
Rather than requiring a smartcard to be plugged into the host, it is possible
to provide three NSS certificate names residing in a database on the host.
These certificates can be generated via the command
- ``certutil -d /etc/pki/nssdb -x -t CT,CT,CT -S -s CN=cert1 -n cert1``,
+ ``certutil -d /etc/pki/nssdb -x -t CT,CT,CT -S -s CN=cert1 -n cert1``,
and the resulting three certificate names must be supplied as the content of
each of three ``<certificate>`` sub-elements. An additional sub-element
``<database>`` can specify the absolute path to an alternate directory
@@ -4810,7 +4810,7 @@ network may be totally isolated (no ``<forward>`` element
given), NAT'ing to an
explicit network device or to the default route (``<forward
mode='nat'>``),
routed with no NAT (``<forward mode='route'/>``), or connected directly to
one
of the host's network interfaces (via macvtap) or bridge devices
-((``<forward mode='bridge|private|vepa|passthrough'/>``
:since:`Since
+(``<forward mode='bridge|private|vepa|passthrough'/>`` :since:`Since
0.9.4` )
For networks with a forward mode of bridge, private, vepa, and passthrough, it
@@ -5363,11 +5363,11 @@ domain, or ``transient`` to indicate a device that may
periodically be
removed, then later re-added to the domain. When type="transient", there
should
be a second attribute to ``<teaming>`` called ``persistent`` - this attribute
should be set to the alias name of the other device in the pair (the one that
-has ``<teaming type="persistent'/>``).
+has ``<teaming type="persistent'/>``).
In the particular case of QEMU, libvirt's ``<teaming>`` element is used to
setup
a virtio-net "failover" device pair. For this setup, the persistent device
must
-be an interface with ``<model type="virtio"/>``, and the transient
device
+be an interface with ``<model type="virtio"/>``, and the transient
device
must be ``<interface type='hostdev'/>`` (or ``<interface
type='network'/>``
where the referenced network defines a pool of SRIOV VFs). The guest will then
have a simple network team/bond device made of the virtio NIC + hostdev NIC
@@ -5927,7 +5927,7 @@ connection types, including standard linux bridges and libvirt's
own virtual
networks, **do not** support it. 802.1Qbh (vn-link) and 802.1Qbg (VEPA) switches
provide their own way (outside of libvirt) to tag guest traffic onto a specific
VLAN. Each tag is given in a separate ``<tag>`` subelement of ``<vlan>``
(for
-example: ``<tag id='42'/>``). For VLAN trunking of multiple tags
(which is
+example: ``<tag id='42'/>``). For VLAN trunking of multiple tags (which is
supported only on Open vSwitch connections), multiple ``<tag>`` subelements can
be specified, which implies that the user wants to do VLAN trunking on the
interface for all the specified tags. In the case that VLAN trunking of a single
@@ -7921,9 +7921,9 @@ Example: manually added device with static PCI slot 2 requested
``period``
The optional ``period`` allows the QEMU virtio memory balloon driver to
- provide statistics through the ``virsh dommemstat [domain]``
+ provide statistics through the ``virsh dommemstat [domain]``
command. By default, collection is not enabled. In order to enable, use the
- ``virsh dommemstat [domain] --period [number]`` command or
+ ``virsh dommemstat [domain] --period [number]`` command or
``virsh edit`` command to add the option to the XML definition. The
``virsh dommemstat`` will accept the options ``--live``, ``--current``, or
``--config``. If an option is not provided, the change for a running domain
diff --git a/docs/formatnetwork.rst b/docs/formatnetwork.rst
index dcdaf1e5a5..c875d35982 100644
--- a/docs/formatnetwork.rst
+++ b/docs/formatnetwork.rst
@@ -529,7 +529,7 @@ connection types, including standard linux bridges and libvirt's
own virtual
networks, **do not** support it. 802.1Qbh (vn-link) and 802.1Qbg (VEPA) switches
provide their own way (outside of libvirt) to tag guest traffic onto a specific
VLAN. Each tag is given in a separate ``<tag>`` subelement of ``<vlan>``
(for
-example: ``<tag id='42'/>``). For VLAN trunking of multiple tags
(which is
+example: ``<tag id='42'/>``). For VLAN trunking of multiple tags (which is
supported only on Open vSwitch connections), multiple ``<tag>`` subelements can
be specified, which implies that the user wants to do VLAN trunking on the
interface for all the specified tags. In the case that VLAN trunking of a single
--
2.43.2