| /qemu/docs/system/ |
| H A D | target-riscv.rst | 7 ``qemu-system-riscv64`` executable to simulate a 64-bit RISC-V machine,
8 ``qemu-system-riscv32`` executable to simulate a 32-bit RISC-V machine.
22 Choosing a board model
32 users who are used to the x86 world where every system looks like a
36 If you already have a system image or a kernel that works on hardware
41 extract the file system and use that with a different kernel which
42 boots on a system that QEMU does emulate.)
44 If you don't care about reproducing the idiosyncrasies of a particular
47 ``virt`` board. This is a platform which doesn't correspond to any
49 need to compile Linux with a suitable configuration for running on
[all …]
|
| H A D | bootindex.rst | 5 which order it should look for a bootable OS on which devices.
7 but you can also do this more flexibly, by setting a ``bootindex``
13 ``bootindex`` property is not set for a device, it gets the lowest
22 There is no way to set a ``bootindex`` property if you are using
23 a short-form option like ``-hda`` or ``-cdrom``, so to use
30 Let's assume we have a QEMU machine with two NICs (virtio, e1000) and two
58 boot from to a boot method. It doesn't happen for devices the firmware
62 a particular device reliably. For instance with the PC BIOS, if a SCSI HBA
64 the option ROM will have a boot method for each of them, but it is not
65 possible to map from boot method back to a specific target. This is a
|
| H A D | pr-manager.rst | 6 to specific initiators in a shared storage setup. When implementing
7 clustering of virtual machines, it is a common requirement for virtual
15 implementation of persistent reservations to a separate object,
21 Defining a persistent reservation manager
24 A persistent reservation manager is an instance of a subclass of the
30 reservation commands to devices for which QEMU has a file descriptor,
34 ``pr-manager-helper`` has a single string property, ``path``, which
36 the following command line defines a ``pr-manager-helper`` object and
37 attaches it to a SCSI passthrough device::
65 registered and applied when a path is newly discovered or becomes online
[all …]
|
| H A D | invocation.rst | 10 disk_image is a raw hard disk image for IDE hard disk 0. Some targets do
11 not need a disk image.
14 commas, such as in "file=my,file" and "string=a,b", it's necessary to
15 double the commas. For instance,"-fw_cfg name=z,string=a,,b" will be
16 parsed as "-fw_cfg name=z,string=a,b".
|
| H A D | gdb.rst | 8 way that you might with a low-level debug facility like JTAG
75 inside a system image, it does present challenges. Kernel preemption
80 a gdbserver exposed via a port to the outside world.
86 parallel flows of execution is a two layer one: it supports multiple
88 machine has more than one CPU, QEMU exposes each CPU cluster as a
89 separate "inferior", where each CPU within the cluster is a separate
90 "thread". Most QEMU machine types have identical CPUs, so there is a
93 machine has a cluster with one E51 core and a second cluster with four
109 Once connected, gdb will have a single inferior, for the
145 First create a chardev with the appropriate options, then
[all …]
|
| H A D | virtio-net-failover.rst | 6 is used to create a net_failover pair of devices.
8 The general idea is that we have a pair of devices, a (vfio-)pci and a
29 Virtio-net standby allows easy migration while using a passed-through fast
30 networking device by falling back to a virtio-net device for the duration of
31 the migration. It is like a simple version of a bond, the difference is that it
32 requires no configuration in the guest. When a guest is live-migrated to
58 that if the virtio-net device is plugged first a warning will be issued that it
|
| /qemu/tests/qapi-schema/ |
| H A D | doc-good.out | 113 a member feature
120 description starts on a new line,
132 a feature
134 a member feature
142 a feature
153 a feature
161 description starts on a new line,
169 a feature
195 If you're bored enough to read this, go see a video of boxed cats
197 a feature
[all …]
|
| H A D | doc-bad-alternate-member.json | 5 # @a: a
7 # @aa: a
11 'data': { 'a': 'bool', 'b': 'int' } }
|
| /qemu/tests/tcg/openrisc/ |
| H A D | test_sfles.c | 5 int a, b; in main() local
8 a = 0; in main()
17 : "+r"(a) in main()
20 if (a != result) { in main()
|
| /qemu/target/i386/ |
| H A D | ops_sse.h | 286 #define FADD(a, b) ((a) + (b)) argument
287 #define FADDUB(a, b) satub((a) + (b)) argument
288 #define FADDUW(a, b) satuw((a) + (b)) argument
292 #define FSUB(a, b) ((a) - (b)) argument
293 #define FSUBUB(a, b) satub((a) - (b)) argument
294 #define FSUBUW(a, b) satuw((a) - (b)) argument
297 #define FMINUB(a, b) ((a) < (b)) ? (a) : (b) argument
298 #define FMINSW(a, b) ((int16_t)(a) < (int16_t)(b)) ? (a) : (b) argument
299 #define FMAXUB(a, b) ((a) > (b)) ? (a) : (b) argument
300 #define FMAXSW(a, b) ((int16_t)(a) > (int16_t)(b)) ? (a) : (b) argument
[all …]
|
| /qemu/docs/about/ |
| H A D | deprecated.rst | 7 introduced into QEMU. In the event that a feature needs to be removed,
12 monitor command, however, this is not a mandatory requirement.
20 What follows is a list of all features currently marked as
31 and will cause a warning.
162 still a supported host architecture.
202 is a chance the code will bitrot without anyone noticing.
267 is (a) not DAX capable or (b) not on a filesystem that support direct mapping
396 a password via a file, or encrypted.
404 ``memory`` is a deprecated synonym for ``ringbuf``.
462 references either a socket or a plain file. These are two different
[all …]
|
| /qemu/tests/tcg/sh4/ |
| H A D | test-macw.c | 7 int64_t mac_w(int64_t mac, const int16_t *a, const int16_t *b) in mac_w() argument
13 : "+r"(a), "+r"(b), "+x"(macl), "+x"(mach)); in mac_w()
20 int16_t a, b; member
34 res = mac_w(t->mac, &t->a, &t->b); in test()
38 t->mac, t->a, t->b, t->res[sat], res); in test()
|
| H A D | test-macl.c | 10 int64_t mac_l(int64_t mac, const int32_t *a, const int32_t *b) in mac_l() argument
16 : "+r"(a), "+r"(b), "+x"(macl), "+x"(mach)); in mac_l()
23 int32_t a, b; member
37 res = mac_l(t->mac, &t->a, &t->b); in test()
41 t->mac, t->a, t->b, t->res[sat], res); in test()
|
| /qemu/tcg/ |
| H A D | tcg-op-gvec.c | 62 tcg_debug_assert(d == a || d + s <= a || a + s <= d); in check_overlap_2()
68 check_overlap_2(d, a, s); in check_overlap_3()
70 check_overlap_2(a, b, s); in check_overlap_3()
77 check_overlap_2(d, a, s); in check_overlap_4()
80 check_overlap_2(a, b, s); in check_overlap_4()
81 check_overlap_2(a, c, s); in check_overlap_4()
1673 tcg_gen_mov_vec(a, b); in vec_mov2()
3038 tcg_gen_shri_i64(a, a, 8 - c); in tcg_gen_vec_rotl8i_i64()
3040 tcg_gen_andi_i64(a, a, ~mask); in tcg_gen_vec_rotl8i_i64()
3049 tcg_gen_shri_i64(a, a, 16 - c); in tcg_gen_vec_rotl16i_i64()
[all …]
|
| /qemu/docs/spin/ |
| H A D | aio_notify_accept.promela | 7 * This file is in the public domain. If you really want a license,
11 * spin -a -DBUG1 docs/aio_notify_bug.promela
13 * ./a.out -a -f
17 * spin -a docs/aio_notify_bug.promela
19 * ./a.out -a -f
99 /* Same as waiter(), but disappears after a while. */
|
| /qemu/docs/system/arm/ |
| H A D | xlnx-versal-virt.rst | 4 Xilinx Versal is a family of heterogeneous multi-core SoCs
6 peripherals in a Processing System (PS) with runtime programmable
12 The family of Versal SoCs share a single architecture but come in
16 The Xilinx Versal Virt board in QEMU is a model of a virtual board
73 Direct Linux boot of a generic ARM64 upstream Linux kernel:
185 binary 0s is a 'blank'.
187 To add a file-backend for the BBRAM:
193 To use a different index value, N, from default of 0, add:
203 binary 0s is a 'blank'.
205 To add a file-backend for the eFUSE:
[all …]
|
| /qemu/docs/system/ppc/ |
| H A D | powernv.rst | 6 be used as an hypervisor OS, running KVM guests, or simply as a host
9 The PowerNV QEMU machine tries to emulate a PowerNV system at the
11 runtime services. Power Systems have a lower firmware (HostBoot) that
54 QEMU includes a prebuilt image of ``skiboot`` which is updated when a
73 Here is a simple setup with one e1000e NIC :
85 and a SATA disk :
109 Here is a full example with two different storage controllers on
110 different PHBs, each with a disk, the second PHB is empty :
149 number of cores. ``-smp 2,cores=1`` will define a machine with 2
169 define a Sensor Data Record repository and a Field Replaceable Unit
[all …]
|
| /qemu/qapi/ |
| H A D | control.json | 75 # @qemu: The version of QEMU. By current convention, a micro version
76 # of 50 signifies a development branch. A micro version greater
77 # than or equal to 90 signifies a release candidate for the next
78 # minor version. A micro version of less than 50 signifies a
82 # Downstream versions of QEMU should set this to a non-empty
84 # highly recommended that a unique name is used.
121 # Information about a QMP command
132 # Return a list of supported QMP commands by this server
163 # this is not guaranteed. When using this interface, a premature EOF
192 # Options to be used for adding a new monitor.
[all …]
|
| /qemu/docs/devel/ |
| H A D | blkdebug.txt | 8 The blkdebug block driver is a rule-based error injection engine. It can be
26 The blkdebug block driver takes a list of "rules" that tell the error injection
29 Each I/O request is evaluated against the rules. If a rule matches the request
32 Rules can be placed in a configuration file; the configuration file
34 each section of the file represents a rule.
36 The following configuration file defines a single rule:
63 errno - the numeric errno value to return when a request matches this rule.
73 immediately - (optional, default "off") return a NULL BlockAIOCB
102 a longer sequence of requests. For example:
119 When a rule's "state" attribute is non-zero then the current state must equal
[all …]
|
| /qemu/docs/config/ |
| H A D | q35-emulated.cfg | 13 # The guest will have a selection of emulated devices that
14 # closely resembles that of a physical machine, and will be
15 # accessed through a graphical console.
22 # plus a small selection of core PCI devices and
33 # This configuration file adds a number of devices that
39 # 00:1a.* USB controller (#2)
209 addr = "1a.7"
215 addr = "1a.0"
223 addr = "1a.1"
231 addr = "1a.2"
[all …]
|
| H A D | q35-virtio-graphical.cfg | 13 # The guest will have a selection of VirtIO devices
15 # and will be accessed through a graphical console.
22 # plus a small selection of core PCI devices and
33 # This configuration file adds a number of other useful
135 # We use virtio-scsi here so that we can (hot)plug a large
196 # We add a virtualization-friendly USB 3.0 controller and
197 # a USB tablet so that graphical guests can be controlled
199 # guests get a PS/2 one added automatically.
219 # If you're running the guest on a remote, potentially
226 # creating a graphical display window on the host and
[all …]
|
| /qemu/include/tcg/ |
| H A D | tcg-op.h | 70 tcg_gen_qemu_ld_i32(TCGv_i32 v, TCGv a, TCGArg i, MemOp m) in tcg_gen_qemu_ld_i32() argument
72 tcg_gen_qemu_ld_i32_chk(v, tcgv_tl_temp(a), i, m, TCG_TYPE_TL); in tcg_gen_qemu_ld_i32()
76 tcg_gen_qemu_st_i32(TCGv_i32 v, TCGv a, TCGArg i, MemOp m) in tcg_gen_qemu_st_i32() argument
78 tcg_gen_qemu_st_i32_chk(v, tcgv_tl_temp(a), i, m, TCG_TYPE_TL); in tcg_gen_qemu_st_i32()
82 tcg_gen_qemu_ld_i64(TCGv_i64 v, TCGv a, TCGArg i, MemOp m) in tcg_gen_qemu_ld_i64() argument
84 tcg_gen_qemu_ld_i64_chk(v, tcgv_tl_temp(a), i, m, TCG_TYPE_TL); in tcg_gen_qemu_ld_i64()
88 tcg_gen_qemu_st_i64(TCGv_i64 v, TCGv a, TCGArg i, MemOp m) in tcg_gen_qemu_st_i64() argument
90 tcg_gen_qemu_st_i64_chk(v, tcgv_tl_temp(a), i, m, TCG_TYPE_TL); in tcg_gen_qemu_st_i64()
94 tcg_gen_qemu_ld_i128(TCGv_i128 v, TCGv a, TCGArg i, MemOp m) in tcg_gen_qemu_ld_i128() argument
100 tcg_gen_qemu_st_i128(TCGv_i128 v, TCGv a, TCGArg i, MemOp m) in tcg_gen_qemu_st_i128() argument
[all …]
|
| /qemu/docs/interop/ |
| H A D | live-block-operations.rst | 20 a block device. Below is a description of the said block (QMP)
54 files in a disk image backing chain:
122 Point-in-time (live) copy of a block device to a destination.
125 .. _`Interacting with a QEMU instance`:
127 Interacting with a QEMU instance
145 this is a cleaner way to refer to a disk image (as opposed to referring
390 "base": "a.qcow2"
449 "base": "a.qcow2"
506 Synchronize a running disk image chain (all or part of it) to a target
627 (a) Create a point-in-time snapshot by ending the synchronization. The
[all …]
|
| H A D | vhost-user-gpu.rst | 16 of a virtio-gpu, done from a vhost-user back-end process to a vhost-user
17 front-end process (such as QEMU). It bears a resemblance to a display
19 back-end as the client, but in a very limited way. Typically, it will
20 work by setting a scanout/display configuration, before sending flush
24 The protocol is sent over a UNIX domain stream socket, since it uses
39 fields and a payload.
79 :pos: a ``VhostUserGpuCursorPos``, the cursor location
204 Enable protocol features using a bitmask.
239 Set the scanout resolution. To disable a scanout, the dimensions
257 data. To disable a scanout, the dimensions width/height are set
[all …]
|
| /qemu/tests/bench/ |
| H A D | benchmark-crypto-hash.c | 66 #define TEST_ONE(a, c) \ in main() argument
67 QCryptoHashOpts opts ## a ## c = { \ in main()
68 .alg = QCRYPTO_HASH_ALG_ ## a, .chunk_size = c, \ in main()
73 QCryptoHashAlgorithm_str(QCRYPTO_HASH_ALG_ ## a), \ in main()
75 if (qcrypto_hash_supports(QCRYPTO_HASH_ALG_ ## a)) \ in main()
77 &opts ## a ## c, \ in main()
|