qemu-doc: Use QEMU instead of qemu for product name

When 'qemu' was used as a product name or as a generic process name,
it is now replaced by the official upper case 'QEMU'.

v2:
Added missing period (hint from Andreas Färber).

Reviewed-by: Andreas Färber <afaerber@suse.de>
Signed-off-by: Stefan Weil <sw@weilnetz.de>
This commit is contained in:
Stefan Weil 2012-05-11 22:25:50 +02:00
parent 3804da9dbe
commit b65ee4fa29
2 changed files with 20 additions and 20 deletions

View File

@ -227,7 +227,7 @@ QEMU uses GUS emulation (GUSEMU32 @url{http://www.deinmeister.de/gusemu/})
by Tibor "TS" Schütz. by Tibor "TS" Schütz.
Note that, by default, GUS shares IRQ(7) with parallel ports and so Note that, by default, GUS shares IRQ(7) with parallel ports and so
qemu must be told to not have parallel ports to have working GUS QEMU must be told to not have parallel ports to have working GUS.
@example @example
qemu-system-i386 dos.img -soundhw gus -parallel none qemu-system-i386 dos.img -soundhw gus -parallel none
@ -986,7 +986,7 @@ or the @code{usb_add} monitor command. Available devices are:
Virtual Mouse. This will override the PS/2 mouse emulation when activated. Virtual Mouse. This will override the PS/2 mouse emulation when activated.
@item tablet @item tablet
Pointer device that uses absolute coordinates (like a touchscreen). Pointer device that uses absolute coordinates (like a touchscreen).
This means qemu is able to report the mouse position without having This means QEMU is able to report the mouse position without having
to grab the mouse. Also overrides the PS/2 mouse emulation when activated. to grab the mouse. Also overrides the PS/2 mouse emulation when activated.
@item disk:@var{file} @item disk:@var{file}
Mass storage device based on @var{file} (@pxref{disk_images}) Mass storage device based on @var{file} (@pxref{disk_images})
@ -1377,7 +1377,7 @@ use TLS and x509 certificates to protect security credentials from snooping.
QEMU has a primitive support to work with gdb, so that you can do QEMU has a primitive support to work with gdb, so that you can do
'Ctrl-C' while the virtual machine is running and inspect its state. 'Ctrl-C' while the virtual machine is running and inspect its state.
In order to use gdb, launch qemu with the '-s' option. It will wait for a In order to use gdb, launch QEMU with the '-s' option. It will wait for a
gdb connection: gdb connection:
@example @example
qemu-system-i386 -s -kernel arch/i386/boot/bzImage -hda root-2.4.20.img \ qemu-system-i386 -s -kernel arch/i386/boot/bzImage -hda root-2.4.20.img \
@ -2313,8 +2313,8 @@ qemu-i386 -L / /bin/ls
@code{-L /} tells that the x86 dynamic linker must be searched with a @code{-L /} tells that the x86 dynamic linker must be searched with a
@file{/} prefix. @file{/} prefix.
@item Since QEMU is also a linux process, you can launch qemu with @item Since QEMU is also a linux process, you can launch QEMU with
qemu (NOTE: you can only do that if you compiled QEMU from the sources): QEMU (NOTE: you can only do that if you compiled QEMU from the sources):
@example @example
qemu-i386 -L / qemu-i386 -L / /bin/ls qemu-i386 -L / qemu-i386 -L / /bin/ls

View File

@ -221,7 +221,7 @@ qcow2. If performance is more important than correctness,
@option{cache=writeback} should be used with qcow2. @option{cache=writeback} should be used with qcow2.
In case you don't care about data integrity over host failures, use In case you don't care about data integrity over host failures, use
cache=unsafe. This option tells qemu that it never needs to write any data cache=unsafe. This option tells QEMU that it never needs to write any data
to the disk but can instead keeps things in cache. If anything goes wrong, to the disk but can instead keeps things in cache. If anything goes wrong,
like your host losing power, the disk storage getting disconnected accidentally, like your host losing power, the disk storage getting disconnected accidentally,
etc. you're image will most probably be rendered unusable. When using etc. you're image will most probably be rendered unusable. When using
@ -515,7 +515,7 @@ Virtual Mouse. This will override the PS/2 mouse emulation when activated.
@item tablet @item tablet
Pointer device that uses absolute coordinates (like a touchscreen). This Pointer device that uses absolute coordinates (like a touchscreen). This
means qemu is able to report the mouse position without having to grab the means QEMU is able to report the mouse position without having to grab the
mouse. Also overrides the PS/2 mouse emulation when activated. mouse. Also overrides the PS/2 mouse emulation when activated.
@item disk:[format=@var{format}]:@var{file} @item disk:[format=@var{format}]:@var{file}
@ -587,7 +587,7 @@ this path will be available to the 9p client on the guest.
Specifies the security model to be used for this export path. Specifies the security model to be used for this export path.
Supported security models are "passthrough", "mapped-xattr", "mapped-file" and "none". Supported security models are "passthrough", "mapped-xattr", "mapped-file" and "none".
In "passthrough" security model, files are stored using the same In "passthrough" security model, files are stored using the same
credentials as they are created on the guest. This requires qemu credentials as they are created on the guest. This requires QEMU
to run as root. In "mapped-xattr" security model, some of the file to run as root. In "mapped-xattr" security model, some of the file
attributes like uid, gid, mode bits and link target are stored as attributes like uid, gid, mode bits and link target are stored as
file attributes. For "mapped-file" these attributes are stored in the file attributes. For "mapped-file" these attributes are stored in the
@ -654,7 +654,7 @@ this path will be available to the 9p client on the guest.
Specifies the security model to be used for this export path. Specifies the security model to be used for this export path.
Supported security models are "passthrough", "mapped-xattr", "mapped-file" and "none". Supported security models are "passthrough", "mapped-xattr", "mapped-file" and "none".
In "passthrough" security model, files are stored using the same In "passthrough" security model, files are stored using the same
credentials as they are created on the guest. This requires qemu credentials as they are created on the guest. This requires QEMU
to run as root. In "mapped-xattr" security model, some of the file to run as root. In "mapped-xattr" security model, some of the file
attributes like uid, gid, mode bits and link target are stored as attributes like uid, gid, mode bits and link target are stored as
file attributes. For "mapped-file" these attributes are stored in the file attributes. For "mapped-file" these attributes are stored in the
@ -1117,7 +1117,7 @@ disables exclusive client access. Useful for shared desktop sessions,
where you don't want someone forgetting specify -shared disconnect where you don't want someone forgetting specify -shared disconnect
everybody else. 'ignore' completely ignores the shared flag and everybody else. 'ignore' completely ignores the shared flag and
allows everybody connect unconditionally. Doesn't conform to the rfb allows everybody connect unconditionally. Doesn't conform to the rfb
spec but is traditional qemu behavior. spec but is traditional QEMU behavior.
@end table @end table
ETEXI ETEXI
@ -1800,7 +1800,7 @@ not take any options.
@option{pty} is not available on Windows hosts. @option{pty} is not available on Windows hosts.
@item -chardev stdio ,id=@var{id} [,signal=on|off] @item -chardev stdio ,id=@var{id} [,signal=on|off]
Connect to standard input and standard output of the qemu process. Connect to standard input and standard output of the QEMU process.
@option{signal} controls if signals are enabled on the terminal, that includes @option{signal} controls if signals are enabled on the terminal, that includes
exiting QEMU with the key sequence @key{Control-c}. This option is enabled by exiting QEMU with the key sequence @key{Control-c}. This option is enabled by
@ -2128,19 +2128,19 @@ they default to @code{0.0.0.0}.
When not using a specified @var{src_port} a random port is automatically chosen. When not using a specified @var{src_port} a random port is automatically chosen.
If you just want a simple readonly console you can use @code{netcat} or If you just want a simple readonly console you can use @code{netcat} or
@code{nc}, by starting qemu with: @code{-serial udp::4555} and nc as: @code{nc}, by starting QEMU with: @code{-serial udp::4555} and nc as:
@code{nc -u -l -p 4555}. Any time qemu writes something to that port it @code{nc -u -l -p 4555}. Any time QEMU writes something to that port it
will appear in the netconsole session. will appear in the netconsole session.
If you plan to send characters back via netconsole or you want to stop If you plan to send characters back via netconsole or you want to stop
and start qemu a lot of times, you should have qemu use the same and start QEMU a lot of times, you should have QEMU use the same
source port each time by using something like @code{-serial source port each time by using something like @code{-serial
udp::4555@@:4556} to qemu. Another approach is to use a patched udp::4555@@:4556} to QEMU. Another approach is to use a patched
version of netcat which can listen to a TCP port and send and receive version of netcat which can listen to a TCP port and send and receive
characters via udp. If you have a patched version of netcat which characters via udp. If you have a patched version of netcat which
activates telnet remote echo and single char transfer, then you can activates telnet remote echo and single char transfer, then you can
use the following options to step up a netcat redirector to allow use the following options to step up a netcat redirector to allow
telnet on port 5555 to access the qemu port. telnet on port 5555 to access the QEMU port.
@table @code @table @code
@item QEMU Options: @item QEMU Options:
-serial udp::4555@@:4556 -serial udp::4555@@:4556
@ -2295,7 +2295,7 @@ STEXI
@findex -gdb @findex -gdb
Wait for gdb connection on device @var{dev} (@pxref{gdb_usage}). Typical Wait for gdb connection on device @var{dev} (@pxref{gdb_usage}). Typical
connections will likely be TCP-based, but also UDP, pseudo TTY, or even connections will likely be TCP-based, but also UDP, pseudo TTY, or even
stdio are reasonable use case. The latter is allowing to start qemu from stdio are reasonable use case. The latter is allowing to start QEMU from
within gdb and establish the connection via a pipe: within gdb and establish the connection via a pipe:
@example @example
(gdb) target remote | exec qemu-system-i386 -gdb stdio ... (gdb) target remote | exec qemu-system-i386 -gdb stdio ...
@ -2333,7 +2333,7 @@ ETEXI
DEF("hdachs", HAS_ARG, QEMU_OPTION_hdachs, \ DEF("hdachs", HAS_ARG, QEMU_OPTION_hdachs, \
"-hdachs c,h,s[,t]\n" \ "-hdachs c,h,s[,t]\n" \
" force hard disk 0 physical geometry and the optional BIOS\n" \ " force hard disk 0 physical geometry and the optional BIOS\n" \
" translation (t=none or lba) (usually qemu can guess them)\n", " translation (t=none or lba) (usually QEMU can guess them)\n",
QEMU_ARCH_ALL) QEMU_ARCH_ALL)
STEXI STEXI
@item -hdachs @var{c},@var{h},@var{s},[,@var{t}] @item -hdachs @var{c},@var{h},@var{s},[,@var{t}]
@ -2379,7 +2379,7 @@ DEF("xen-create", 0, QEMU_OPTION_xen_create,
QEMU_ARCH_ALL) QEMU_ARCH_ALL)
DEF("xen-attach", 0, QEMU_OPTION_xen_attach, DEF("xen-attach", 0, QEMU_OPTION_xen_attach,
"-xen-attach attach to existing xen domain\n" "-xen-attach attach to existing xen domain\n"
" xend will use this when starting qemu\n", " xend will use this when starting QEMU\n",
QEMU_ARCH_ALL) QEMU_ARCH_ALL)
STEXI STEXI
@item -xen-domid @var{id} @item -xen-domid @var{id}
@ -2392,7 +2392,7 @@ Warning: should not be used when xend is in use (XEN only).
@item -xen-attach @item -xen-attach
@findex -xen-attach @findex -xen-attach
Attach to existing xen domain. Attach to existing xen domain.
xend will use this when starting qemu (XEN only). xend will use this when starting QEMU (XEN only).
ETEXI ETEXI
DEF("no-reboot", 0, QEMU_OPTION_no_reboot, \ DEF("no-reboot", 0, QEMU_OPTION_no_reboot, \