motorhead/qemu
1
0
Fork 0
mirror of https://github.com/Motorhead1991/qemu.git synced 2025-07-27 20:33:54 -06:00
Code Issues Projects Releases Packages Wiki Activity Actions

docs: Fix some typos (found by codespell and typos)

Browse source 
Signed-off-by: Stefan Weil <sw@weilnetz.de>
Reviewed-by: Michael Tokarev <mjt@tls.msk.ru>
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
This commit is contained in:
Stefan Weil via 2025-04-12 20:11:47 +02:00 • committed by Michael Tokarev
parent 56c6e249b6
commit 22e6d70294
5 changed files with 10 additions and 10 deletions
Download patch file Download diff file Expand all files Collapse all files

4
docs/about/deprecated.rst
View file

@ -452,7 +452,7 @@ Backend ``memory`` (since 9.0)
``reconnect`` (since 9.2) ``reconnect`` (since 9.2)
^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^
The ``reconnect`` option only allows specifiying second granularity timeouts, The ``reconnect`` option only allows specifying second granularity timeouts,
which is not enough for all types of use cases, use ``reconnect-ms`` instead. which is not enough for all types of use cases, use ``reconnect-ms`` instead.
@ -462,7 +462,7 @@ Net device options
Stream ``reconnect`` (since 9.2) Stream ``reconnect`` (since 9.2)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The ``reconnect`` option only allows specifiying second granularity timeouts, The ``reconnect`` option only allows specifying second granularity timeouts,
which is not enough for all types of use cases, use ``reconnect-ms`` instead. which is not enough for all types of use cases, use ``reconnect-ms`` instead.
VFIO device options VFIO device options

6
docs/devel/codebase.rst
View file

@ -5,7 +5,7 @@ Codebase
This section presents the various parts of QEMU and how the codebase is This section presents the various parts of QEMU and how the codebase is
organized. organized.
Beyond giving succint descriptions, the goal is to offer links to various Beyond giving succinct descriptions, the goal is to offer links to various
parts of the documentation/codebase. parts of the documentation/codebase.
Subsystems Subsystems
@ -67,7 +67,7 @@ yet, so sometimes the source code is all you have.
* `chardev <https://gitlab.com/qemu-project/qemu/-/tree/master/chardev>`_: * `chardev <https://gitlab.com/qemu-project/qemu/-/tree/master/chardev>`_:
Various backends used by char devices. Various backends used by char devices.
* `common-user <https://gitlab.com/qemu-project/qemu/-/tree/master/common-user>`_: * `common-user <https://gitlab.com/qemu-project/qemu/-/tree/master/common-user>`_:
User-mode assembly code for dealing with signals occuring during syscalls. User-mode assembly code for dealing with signals occurring during syscalls.
* `configs <https://gitlab.com/qemu-project/qemu/-/tree/master/configs>`_: * `configs <https://gitlab.com/qemu-project/qemu/-/tree/master/configs>`_:
Makefiles defining configurations to build QEMU. Makefiles defining configurations to build QEMU.
* `contrib <https://gitlab.com/qemu-project/qemu/-/tree/master/contrib>`_: * `contrib <https://gitlab.com/qemu-project/qemu/-/tree/master/contrib>`_:
@ -102,7 +102,7 @@ yet, so sometimes the source code is all you have.
* `.gitlab-ci.d <https://gitlab.com/qemu-project/qemu/-/tree/master/.gitlab-ci.d>`_: * `.gitlab-ci.d <https://gitlab.com/qemu-project/qemu/-/tree/master/.gitlab-ci.d>`_:
`CI <ci>` yaml and scripts. `CI <ci>` yaml and scripts.
* `include <https://gitlab.com/qemu-project/qemu/-/tree/master/include>`_: * `include <https://gitlab.com/qemu-project/qemu/-/tree/master/include>`_:
All headers associated to different subsystems in QEMU. The hierachy used All headers associated to different subsystems in QEMU. The hierarchy used
mirrors source code organization and naming. mirrors source code organization and naming.
* `hw <https://gitlab.com/qemu-project/qemu/-/tree/master/hw>`_: * `hw <https://gitlab.com/qemu-project/qemu/-/tree/master/hw>`_:
`Devices <device-emulation>` and boards emulation. Devices are categorized by `Devices <device-emulation>` and boards emulation. Devices are categorized by

4
docs/devel/qapi-domain.rst
View file

@ -41,7 +41,7 @@ Schema or generating documentation from code that exists. It is merely
the rST syntax used to describe things. For instance, the Sphinx Python the rST syntax used to describe things. For instance, the Sphinx Python
domain adds syntax like ``:py:func:`` for describing Python functions in domain adds syntax like ``:py:func:`` for describing Python functions in
documentation, but it's the autodoc module that is responsible for documentation, but it's the autodoc module that is responsible for
reading python code and generating such syntax. QAPI is analagous here: reading Python code and generating such syntax. QAPI is analogous here:
qapidoc.py is responsible for reading the QAPI Schema and generating rST qapidoc.py is responsible for reading the QAPI Schema and generating rST
syntax, and qapi_domain.py is responsible for translating that special syntax, and qapi_domain.py is responsible for translating that special
syntax and providing APIs for Sphinx internals. syntax and providing APIs for Sphinx internals.
@ -514,7 +514,7 @@ the definition's "fully qualified name", allowing two different
namespaces to create an otherwise identically named definition. namespaces to create an otherwise identically named definition.
This directive also influences how reference resolution works for any This directive also influences how reference resolution works for any
references that do not explicity specify a namespace, so this directive references that do not explicitly specify a namespace, so this directive
can be used to nudge references into preferring targets from within that can be used to nudge references into preferring targets from within that
namespace. namespace.

4
include/exec/memory.h
View file

@ -2162,7 +2162,7 @@ void memory_region_flush_rom_device(MemoryRegion *mr, hwaddr addr, hwaddr size);
* only useful on RAM regions. * only useful on RAM regions.
* *
* @mr: the region being updated. * @mr: the region being updated.
* @readonly: whether rhe region is to be ROM or RAM. * @readonly: whether the region is to be ROM or RAM.
*/ */
void memory_region_set_readonly(MemoryRegion *mr, bool readonly); void memory_region_set_readonly(MemoryRegion *mr, bool readonly);
@ -2173,7 +2173,7 @@ void memory_region_set_readonly(MemoryRegion *mr, bool readonly);
* only useful on RAM regions. * only useful on RAM regions.
* *
* @mr: the region being updated. * @mr: the region being updated.
* @nonvolatile: whether rhe region is to be non-volatile. * @nonvolatile: whether the region is to be non-volatile.
*/ */
void memory_region_set_nonvolatile(MemoryRegion *mr, bool nonvolatile); void memory_region_set_nonvolatile(MemoryRegion *mr, bool nonvolatile);

2
qapi/qdev.json
View file

@ -173,7 +173,7 @@
# configuration changed. # configuration changed.
# #
# The command may be used to notify the guest about block device # The command may be used to notify the guest about block device
# capcity change. Currently only vhost-user-blk device supports # capacity change. Currently only vhost-user-blk device supports
# this. # this.
# #
# @id: the device's ID or QOM path # @id: the device's ID or QOM path