[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-trivial] [Qemu-devel] [PATCH v2] doc: fix typos for documents
From: |
Laurent Vivier |
Subject: |
Re: [Qemu-trivial] [Qemu-devel] [PATCH v2] doc: fix typos for documents in tree |
Date: |
Wed, 6 Mar 2019 10:40:29 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 |
On 20/02/2019 06:27, Like Xu wrote:
> Signed-off-by: Like Xu <address@hidden>
> ---
> docs/COLO-FT.txt | 2 +-
> docs/amd-memory-encryption.txt | 2 +-
> docs/can.txt | 2 +-
> docs/colo-proxy.txt | 6 +++---
> docs/cpu-hotplug.rst | 2 +-
> docs/qcow2-cache.txt | 2 +-
> docs/qemu-block-drivers.texi | 2 +-
> docs/qemu-cpu-models.texi | 8 ++++----
> docs/rdma.txt | 4 ++--
> docs/replay.txt | 2 +-
> docs/vfio-ap.txt | 2 +-
> 11 files changed, 17 insertions(+), 17 deletions(-)
>
> diff --git a/docs/COLO-FT.txt b/docs/COLO-FT.txt
> index e2686bb..ad24680 100644
> --- a/docs/COLO-FT.txt
> +++ b/docs/COLO-FT.txt
> @@ -102,7 +102,7 @@ to make sure the state of VM in Secondary side is always
> consistent with VM in
> Primary side.
>
> COLO Proxy:
> -Delivers packets to Primary and Seconday, and then compare the responses from
> +Delivers packets to Primary and Secondary, and then compare the responses
> from
> both side. Then decide whether to start a checkpoint according to some rules.
> Please refer to docs/colo-proxy.txt for more information.
>
> diff --git a/docs/amd-memory-encryption.txt b/docs/amd-memory-encryption.txt
> index f483795..43bf3ee 100644
> --- a/docs/amd-memory-encryption.txt
> +++ b/docs/amd-memory-encryption.txt
> @@ -97,7 +97,7 @@ References
> AMD Memory Encryption whitepaper:
>
> http://amd-dev.wpengine.netdna-cdn.com/wordpress/media/2013/12/AMD_Memory_Encryption_Whitepaper_v7-Public.pdf
>
> -Secure Encrypted Virutualization Key Management:
> +Secure Encrypted Virtualization Key Management:
> [1] http://support.amd.com/TechDocs/55766_SEV-KM API_Specification.pdf
>
> KVM Forum slides:
> diff --git a/docs/can.txt b/docs/can.txt
> index 7ba23b2..9fa6ed5 100644
> --- a/docs/can.txt
> +++ b/docs/can.txt
> @@ -99,7 +99,7 @@ Links to other resources
> https://gitlab.fel.cvut.cz/canbus/qemu-canbus
> (3) RTEMS page describing project
> https://devel.rtems.org/wiki/Developer/Simulators/QEMU/CANEmulation
> - (4) RTLWS 2015 article about the projevt and its use with CANopen emulation
> + (4) RTLWS 2015 article about the project and its use with CANopen emulation
> http://rtime.felk.cvut.cz/publications/public/rtlws2015-qemu-can.pdf
> Slides
>
> http://rtime.felk.cvut.cz/publications/public/rtlws2015-qemu-can-slides.pdf
> diff --git a/docs/colo-proxy.txt b/docs/colo-proxy.txt
> index 1f8e4b4..fa1cef0 100644
> --- a/docs/colo-proxy.txt
> +++ b/docs/colo-proxy.txt
> @@ -41,7 +41,7 @@ Below is a COLO proxy ascii figure:
> | | +------------------------------------------------------+ |
> | | |
> |netfilter| | | | | |
> netfilter | | |
> | +----------+ +----------------------------+ | | |
> +-----------------------------------------------------------+ |
> -| | | | | | out | | | |
> | | filter excute order | |
> +| | | | | | out | | | |
> | | filter execute order | |
> | | | | +-----------------------------+ | | | |
> | | +-------------------> | |
> | | | | | | | | | | | |
> | | TCP | |
> | | +-----+--+-+ +-----v----+ +-----v----+ |pri +----+----+sec| | | |
> +------------+ +---+----+---v+rewriter++ +------------+ | |
> @@ -53,7 +53,7 @@ Below is a COLO proxy ascii figure:
> | | | tx | rx rx | | | | |
> tx all | rx | |
> | | | | | | | |
> +-----------------------------------------------------------+ |
> | | | +--------------+ | | | |
> | |
> -| | | filter excute order | | | | |
> | |
> +| | | filter execute order | | | | |
> | |
> | | | +----------------> | | |
> +--------------------------------------------------------+ |
> | +-----------------------------------------+ | |
> |
> | | | | |
> |
> @@ -92,7 +92,7 @@ but do nothing, just pass to next filter.
>
> Redirect Server Filter --> COLO-Compare
> COLO-compare receive primary guest packet then
> -waiting scondary redirect packet to compare it.
> +waiting secondary redirect packet to compare it.
> If packet same,send queued primary packet and clear
> queued secondary packet, Otherwise send primary packet
> and do checkpoint.
> diff --git a/docs/cpu-hotplug.rst b/docs/cpu-hotplug.rst
> index 1c268e0..cfeb79f 100644
> --- a/docs/cpu-hotplug.rst
> +++ b/docs/cpu-hotplug.rst
> @@ -137,6 +137,6 @@ From the 'qmp-shell', invoke the QMP ``device_del``
> command::
> vCPU hot-unplug requires guest cooperation; so the ``device_del``
> command above does not guarantee vCPU removal -- it's a "request to
> unplug". At this point, the guest will get a System Control
> - Interupt (SCI) and calls the ACPI handler for the affected vCPU
> + Interrupt (SCI) and calls the ACPI handler for the affected vCPU
> device. Then the guest kernel will bring the vCPU offline and tell
> QEMU to unplug it.
> diff --git a/docs/qcow2-cache.txt b/docs/qcow2-cache.txt
> index c459bf5..c1e7751 100644
> --- a/docs/qcow2-cache.txt
> +++ b/docs/qcow2-cache.txt
> @@ -55,7 +55,7 @@ value can improve the I/O performance significantly.
>
> The refcount blocks
> -------------------
> -The qcow2 format also mantains a reference count for each cluster.
> +The qcow2 format also maintains a reference count for each cluster.
> Reference counts are used for cluster allocation and internal
> snapshots. The data is stored in a two-level structure similar to the
> L1/L2 tables described above.
> diff --git a/docs/qemu-block-drivers.texi b/docs/qemu-block-drivers.texi
> index 38e9f34..da06a9b 100644
> --- a/docs/qemu-block-drivers.texi
> +++ b/docs/qemu-block-drivers.texi
> @@ -632,7 +632,7 @@ qemu-system-i386 -drive
> file=iscsi://127.0.0.1/iqn.qemu.test/1 \
> @end example
>
>
> -Howto set up a simple iSCSI target on loopback and accessing it via QEMU:
> +How to set up a simple iSCSI target on loopback and access it via QEMU:
> @example
> This example shows how to set up an iSCSI target with one CDROM and one DISK
> using the Linux STGT software target. This target is available on Red Hat
> based
> diff --git a/docs/qemu-cpu-models.texi b/docs/qemu-cpu-models.texi
> index 475d434..1b72584 100644
> --- a/docs/qemu-cpu-models.texi
> +++ b/docs/qemu-cpu-models.texi
> @@ -49,7 +49,7 @@ live migration safe.
> The information that follows provides recommendations for configuring
> CPU models on x86 hosts. The goals are to maximise performance, while
> protecting guest OS against various CPU hardware flaws, and optionally
> -enabling live migration between hosts with hetergeneous CPU models.
> +enabling live migration between hosts with heterogeneous CPU models.
>
> @menu
> * preferred_cpu_models_intel_x86:: Preferred CPU models for Intel x86
> hosts
> @@ -287,7 +287,7 @@ Must be explicitly turned on for all AMD CPU models.
> This provides higher performance than virt-ssbd so should be
> exposed to guests whenever available in the host. virt-ssbd
> should none the less also be exposed for maximum guest
> -compatability as some kernels only know about virt-ssbd.
> +compatibility as some kernels only know about virt-ssbd.
>
>
> @item @code{amd-no-ssb}
> @@ -296,7 +296,7 @@ Recommended to indicate the host is not vulnerable
> CVE-2018-3639
>
> Not included by default in any AMD CPU model.
>
> -Future hardware genarations of CPU will not be vulnerable to
> +Future hardware generations of CPU will not be vulnerable to
> CVE-2018-3639, and thus the guest should be told not to enable
> its mitigations, by exposing amd-no-ssb. This is mutually
> exclusive with virt-ssbd and amd-ssbd.
> @@ -451,7 +451,7 @@ MIPS64 Processor (Release 6, 2014)
>
> @item @code{Loongson-2F}
>
> -MIPS64 Processor (Longsoon 2, 2008)
> +MIPS64 Processor (Loongson 2, 2008)
>
>
> @item @code{Loongson-2E}
> diff --git a/docs/rdma.txt b/docs/rdma.txt
> index e6f9902..a86e992 100644
> --- a/docs/rdma.txt
> +++ b/docs/rdma.txt
> @@ -30,7 +30,7 @@ of the significantly lower latency and higher throughput
> over TCP/IP. This is
> because the RDMA I/O architecture reduces the number of interrupts and
> data copies by bypassing the host networking stack. In particular, a
> TCP-based
> migration, under certain types of memory-bound workloads, may take a more
> -unpredicatable amount of time to complete the migration if the amount of
> +unpredictable amount of time to complete the migration if the amount of
> memory tracked during each live migration iteration round cannot keep pace
> with the rate of dirty memory produced by the workload.
>
> @@ -408,7 +408,7 @@ socket is broken during a non-RDMA based migration.
> TODO:
> =====
> 1. Currently, 'ulimit -l' mlock() limits as well as cgroups swap limits
> - are not compatible with infinband memory pinning and will result in
> + are not compatible with infiniband memory pinning and will result in
> an aborted migration (but with the source VM left unaffected).
> 2. Use of the recent /proc/<pid>/pagemap would likely speed up
> the use of KSM and ballooning while using RDMA.
> diff --git a/docs/replay.txt b/docs/replay.txt
> index 3497585..ee6aee9 100644
> --- a/docs/replay.txt
> +++ b/docs/replay.txt
> @@ -290,7 +290,7 @@ E.g., '-serial stdio' in record mode, and '-serial null'
> in replay mode.
> Replay log format
> -----------------
>
> -Record/replay log consits of the header and the sequence of execution
> +Record/replay log consists of the header and the sequence of execution
> events. The header includes 4-byte replay version id and 8-byte reserved
> field. Version is updated every time replay log format changes to prevent
> using replay log created by another build of qemu.
> diff --git a/docs/vfio-ap.txt b/docs/vfio-ap.txt
> index 1233968..30f3c66 100644
> --- a/docs/vfio-ap.txt
> +++ b/docs/vfio-ap.txt
> @@ -624,7 +624,7 @@ These are the steps:
> -> IOMMU Hardware Support
> select S390 AP IOMMU Support
> -> VFIO Non-Privileged userspace driver framework
> - -> Mediated device driver frramework
> + -> Mediated device driver framework
> -> VFIO driver for Mediated devices
> -> I/O subsystem
> -> VFIO support for AP devices
>
Applied to my trivial-patches branch.
Thanks,
Laurent
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [Qemu-trivial] [Qemu-devel] [PATCH v2] doc: fix typos for documents in tree,
Laurent Vivier <=