From dadd384907b6b9c0c27afb7a078f98aafc1d4c4a Mon Sep 17 00:00:00 2001 From: Peter Krempa Date: Fri, 13 May 2022 10:31:34 +0200 Subject: [PATCH] docs: formatdomain: Remove 'elementsNICS' anchor MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The one local link addition prompted rewrapping of the whole paragraph. Signed-off-by: Peter Krempa Reviewed-by: Ján Tomko --- docs/formatdomain.rst | 11 +++++------ docs/formatnetwork.rst | 4 ++-- docs/formatnetworkport.rst | 2 +- 3 files changed, 8 insertions(+), 9 deletions(-) diff --git a/docs/formatdomain.rst b/docs/formatdomain.rst index 65197d6e3d..3618b1212a 100644 --- a/docs/formatdomain.rst +++ b/docs/formatdomain.rst @@ -239,11 +239,11 @@ harddisk, cdrom, network) determining where to obtain/find the boot image. (the sorted list is vda, vdb, hda, hdc). Similar domain with hdc, vda, vdb, and hda disks will boot from hda (sorted disks are: hda, hdc, vda, vdb). It can be tricky to configure in the desired way, which is why per-device boot - elements (see `Hard drives, floppy disks, CDROMs`_, `network - interfaces <#elementsNICS>`__, and `Host device assignment`_ - sections below) were introduced and they are the preferred way providing full - control over booting order. The ``boot`` element and per-device boot elements - are mutually exclusive. :since:`Since 0.1.3, per-device boot since 0.8.8` + elements (see `Hard drives, floppy disks, CDROMs`_, `Network interfaces`_, + and `Host device assignment`_ sections below) were introduced and they are + the preferred way providing full control over booting order. + The ``boot`` element and per-device boot elements are mutually exclusive. + :since:`Since 0.1.3, per-device boot since 0.8.8` ``smbios`` How to populate SMBIOS information visible in the guest. The ``mode`` attribute must be specified, and is either "emulate" (let the hypervisor @@ -4441,7 +4441,6 @@ Each mode supports an optional sub-element ``
`` (See `Device Addresses` which fine-tunes the correlation between the smartcard and a ccid bus controller. For now, qemu only supports at most one smartcard, with an address of bus=0 slot=0. -:anchor:`` Network interfaces ~~~~~~~~~~~~~~~~~~ diff --git a/docs/formatnetwork.rst b/docs/formatnetwork.rst index d6550f6df9..d956178e56 100644 --- a/docs/formatnetwork.rst +++ b/docs/formatnetwork.rst @@ -61,7 +61,7 @@ The first elements provide basic metadata about the virtual network. The optional parameter ``trustGuestRxFilters`` can be used to set that attribute of the same name for each domain interface connected to this network ( :since:`since 1.2.10` ). See the `Network - interfaces `__ section of the domain XML + interfaces `__ section of the domain XML documentation for more details. Note that an explicit setting of this attribute in a portgroup or the individual domain interface will override the setting in the network. @@ -616,7 +616,7 @@ starting. portgroups also support the optional parameter ``trustGuestRxFilters`` which can be used to set that attribute of the same name for each domain interface using this portgroup ( :since:`since 1.2.10` ). See the `Network -interfaces `__ section of the domain XML +interfaces `__ section of the domain XML documentation for more details. Note that an explicit setting of this attribute in the portgroup overrides the network-wide setting, and an explicit setting in the individual domain interface will override the setting in the portgroup. diff --git a/docs/formatnetworkport.rst b/docs/formatnetworkport.rst index 6f1a24a52c..394c65c2b7 100644 --- a/docs/formatnetworkport.rst +++ b/docs/formatnetworkport.rst @@ -98,7 +98,7 @@ The following elements are common to one or more of the plug types listed later ``virtualport`` The ``virtualport`` element describes metadata that needs to be provided to the underlying network subsystem. It is described in the domain XML - `interface documentation `__. + `interface documentation `__. Plugs ~~~~~