| /qemu/qapi/ |
| H A D | audio.json | 6 # This work is licensed under the terms of the GNU GPL, version 2 or later.
31 # @channels: number of channels when using fixed settings (default 2)
33 # @voices: number of voices to use (default 1)
57 # @in: options of the capture stream
59 # @out: options of the playback stream
71 # Options of the D-Bus audio backend.
73 # @in: options of the capture stream
75 # @out: options of the playback stream
77 # @nsamples: set the number of samples per read/write calls (default to 480,
91 # Options of the ALSA backend that are used for both playback and
[all …]
|
| H A D | stats.json | 6 # This work is licensed under the terms of the GNU GPL, version 2 or later.
18 # Enumeration of statistics types
29 # for each power of two.
40 # Enumeration of unit of measurement for statistics
58 # Enumeration of statistics providers.
72 # The kinds of objects on which one can request statistics.
89 # Indicates a set of statistics that should be returned by
105 # @vcpus: list of QOM paths for the desired vCPU objects.
116 # which to request statistics and optionally the required subset of
119 # @target: the kind of objects to query. Note that each possible
[all …]
|
| H A D | virtio.json | 16 # @name: Name of the VirtIODevice
27 # Return a list of all realized VirtIODevices
33 # Returns: List of gathered VirtIODevices
78 # @nvqs: vhost_dev nvqs (number of virtqueues being used)
117 # Full status of the virtio device with most VirtIODevice members.
118 # Also includes the full status of the corresponding vhost device if
135 # @num-vqs: VirtIODevice virtqueue count. This is the number of
194 # Poll for a comprehensive status of a given virtio device
196 # @path: Canonical QOM path of the VirtIODevice
202 # Returns: VirtioStatus of the virtio device
[all …]
|
| H A D | acpi.json | 4 # This work is licensed under the terms of the GNU GPL, version 2 or later.
17 # At most one of @file and @data can be specified. The list of files
18 # specified by any one of them is loaded and concatenated in order.
21 # Other fields / optargs can be used to override fields of the generic
25 # is used (in case of @file), or it is filled in with a hard-coded
26 # value (in case of @data).
41 # @asl_compiler_id: identifier of the utility that created the table
44 # @asl_compiler_rev: revision number of the utility that created the
47 # @file: colon (:) separated list of pathnames to load and concatenate
52 # @data: colon (:) separated list of pathnames to load and concatenate
[all …]
|
| H A D | cxl.json | 11 # CXL has a number of separate event logs for different types of
35 # 8.2.9.2.1.1). This event type is reported via one of the event logs
53 # @type: Type of memory event that occurred. See CXL r3.0 Table 8-43
57 # @transaction-type: Type of first transaction that caused the event
61 # @channel: The channel of the memory event location. A channel is an
64 # @rank: The rank of the memory event location. A rank is a set of
71 # May describe a field replaceable sub-component of the device.
86 # This event type is reported via one of the event logs specified via
104 # @type: Type of memory event that occurred. See CXL r3.0 Table 8-44
107 # @transaction-type: Type of first transaction that caused the event
[all …]
|
| H A D | pci.json | 4 # This work is licensed under the terms of the GNU GPL, version 2 or later.
30 # @bar: the index of the Base Address Register for this region
53 # Information about a bus of a PCI Bridge device
55 # @number: primary bus interface number. This should be the number of
58 # @secondary: secondary bus interface number. This is the number of
68 # @prefetchable_range: The range of prefetchable MMIO for all devices
86 # @devices: a list of @PciDeviceInfo for each device on this bridge
96 # Information about the Class of a PCI device
98 # @desc: a string description of the device's class (not stable, and
101 # @class: the class code of the device
[all …]
|
| H A D | machine-common.json | 4 # This work is licensed under the terms of the GNU GPL, version 2 or later.
14 # An enumeration of CPU entitlements that can be assumed by a virtual
25 # An enumeration of CPU topology levels.
29 # SMPConfiguration is used to configure the topology of this
33 # to configure the topology of this level.
36 # used to configure the topology of this level.
39 # is used to configure the topology of this level.
42 # configure the topology of this level.
46 # the topology of this level.
49 # to configure the topology of this level.
[all …]
|
| H A D | introspect.json | 9 # This work is licensed under the terms of the GNU GPL, version 2 or later.
19 # Command query-qmp-schema exposes the QMP wire ABI as an array of
31 # version of QEMU may list an object member as an optional
33 # object's variants; or the type of a member may change from a generic
37 # Returns: array of @SchemaInfo, where each element describes an
40 # The order of the various SchemaInfo is unspecified; however, all
45 # interfaces, by defining QAPI types. These are not part of the
57 # This is a @SchemaInfo's meta type, i.e. the kind of entity it
86 # names, type names are not part of the wire ABI. Consequently,
88 # guaranteed unique regardless of @meta-type.
[all …]
|
| /qemu/tests/qemu-iotests/ |
| H A D | 082.out | 51 backing_file=<str> - File name of a base image
52 backing_fmt=<str> - Image format of the base image
56 data_file=<str> - File name of an external data file
58 encrypt.cipher-alg=<str> - Name of encryption cipher algorithm
59 encrypt.cipher-mode=<str> - Name of encryption cipher mode
61 encrypt.hash-alg=<str> - Name of encryption hash algorithm
63 encrypt.ivgen-alg=<str> - Name of IV generator algorithm
64 encrypt.ivgen-hash-alg=<str> - Name of IV generator hash algorithm
65 encrypt.key-secret=<str> - ID of secret providing qcow AES key or LUKS passphrase
66 …encryption=<bool (on/off)> - Encrypt the image with format 'aes'. (Deprecated in favor of encrypt.…
[all …]
|
| /qemu/docs/devel/ |
| H A D | code-of-conduct.rst | 3 Code of Conduct
6 The QEMU community is made up of a mixture of professionals and
7 volunteers from all over the world. Diversity is one of our strengths,
12 a harassment-free experience for everyone, regardless of level of
17 * Be respectful. Not all of us will agree all the time. Disagreements, both
20 we resolve disagreements and differing views constructively. Members of the
22 well as with people outside the QEMU community and with users of QEMU.
26 respectful. Examples of unacceptable behavior by participants include:
28 * The use of sexualized language or imagery
39 This isn't an exhaustive list of things that you can't do. Rather, take
[all …]
|
| H A D | tcg-icount.rst | 14 other more detailed (and slower) tools that simulate the rest of a
20 fast on modern hardware. It can also provides for a degree of
21 deterministic execution and is an essential part of the record/replay
27 At its heart icount is simply a count of executed instructions which
28 is stored in the TimersState of QEMU's timer sub-system. The number of
30 which represents the amount of elapsed time in the system since
32 fixed number of ns per instruction or adjusted as execution continues
35 To be able to calculate the number of executed instructions the
36 translator starts by allocating a budget of instructions to be
37 executed. The budget of instructions is limited by how long it will be
[all …]
|
| H A D | replay.rst | 12 Record/replay functions are used for the deterministic replay of qemu
15 number of times. Execution replaying reads the log and replays all
19 Several parts of QEMU include function calls to make event log recording
28 these moments by counting the number of instructions executed between
29 every pair of consecutive events.
31 Academic papers with description of deterministic replay implementation:
33 * `Deterministic Replay of System's Execution with Multi-target QEMU Simulator for Dynamic Analysis…
34 * `Don't panic: reverse debugging of kernel drivers <https://dl.acm.org/citation.cfm?id=2786805.280…
36 Modifications of qemu include:
40 * synchronization of the bottom halves execution
[all …]
|
| /qemu/target/i386/tcg/ |
| H A D | cc_helper_template.h.inc | 7 * modify it under the terms of the GNU Lesser General Public
9 * version 2.1 of the License, or (at your option) any later version.
12 * but WITHOUT ANY WARRANTY; without even the implied warranty of
16 * You should have received a copy of the GNU Lesser General Public
49 uint32_t af_cf, pf, zf, sf, of;
61 * immediately to the right of it; then, adding CC_O / 2 XORs them.
64 of = (lshift(carries, 12 - DATA_BITS) + CC_O / 2) & CC_O;
65 return pf + zf + sf + af_cf + of;
139 uint32_t cf, pf, af, zf, sf, of;
146 of = 0;
[all …]
|
| /qemu/docs/specs/ |
| H A D | ppc-spapr-hotplug.rst | 5 sPAPR or pSeries guests make use of a facility called dynamic reconfiguration
6 to handle hot plugging of dynamic "physical" resources like PCI cards, or
9 to guests as virtualized resources. The specifics of dynamic reconfiguration
10 are documented extensively in section 13 of the Linux on Power Architecture
11 Reference document ([LoPAR]_). This document provides a summary of that
17 To manage hot plug/unplug of these resources, a firmware abstraction known as
20 configuration/removal of the resource associated with it.
22 Device tree description of DRCs
25 A set of four Open Firmware device tree array properties are used to describe
26 the name/index/power-domain/type of each DRC allocated to a guest at
[all …]
|
| H A D | rapl-msr.rst | 6 energy consumption of various power domains (e.g. CPU packages, DRAM, etc.).
13 not all MSRs are handled by KVM. Some of them can now be handled by the
14 userspace (QEMU); a list of MSRs is given at VM creation time to KVM, and
28 The ``*_POWER_UNIT``, ``*_POWER_LIMIT``, ``*_POWER INFO`` are part of the RAPL
29 spec and specify the power limit of the package, provide range of parameter(min
30 power, max power,..) and also the information of the multiplier for the energy
35 The MSR_PKG_ENERGY_STATUS is a counter; it represents the total amount of
39 the consumption of the package. This counter is supposed to overflow at some
45 core that belongs to PKG-0 will not be able to get the value of PKG-1 and
51 In order to update the value of the virtual MSR, a QEMU thread is created.
[all …]
|
| /qemu/linux-headers/LICENSES/preferred/ |
| H A D | GPL-2.0 | 7 To use this license in source code, put one of the following SPDX
26 of this license document, but changing it is not allowed.
34 General Public License applies to most of the Free Software
40 When we speak of free software, we are referring to freedom, not
42 have the freedom to distribute copies of free software (and charge for
44 if you want it, that you can change the software or use pieces of it
50 distribute copies of the software, or if you modify it.
52 For example, if you distribute copies of such a program, whether
70 patents. We wish to avoid the danger that redistributors of a free
83 under the terms of this General Public License. The "Program", below,
[all …]
|
| /qemu/docs/interop/ |
| H A D | prl-xml.rst | 12 This work is licensed under the terms of the GNU GPL, version 2 or later.
19 uses auxiliary xml ``Snapshot.xml``, which allows storage of optional snapshot
24 A Parallels disk consists of two parts: the set of snapshots and the disk
31 a record of the contents captured at a particular time, capable
32 of storing current state. A snapshot has a UUID and a parent UUID.
42 a snapshot image with no parent, the root of the snapshot tree.
45 the backing storage for a subset of the virtual disk. When
48 covers a specific address space area of the disk and has its
50 and are not supported. Each storage consists of disk
51 parameters and a list of images. The list of images always
[all …]
|
| H A D | parallels.rst | 8 This work is licensed under the terms of the GNU GPL, version 2 or later.
12 A Parallels expandable image file consists of three consecutive parts:
29 A data chunk of the size specified in the image header.
31 versions, cluster sizes of 63 sectors, 256 and 252 kilobytes were used.
40 The header is placed at the start of an image and contains the following
77 version of the software that doesn't support Format Extension
83 An offset, in sectors, from the start of the file to the start of
87 - If data_off is zero, the offset is calculated as the end of BAT
105 Format Extension offset, an offset, in sectors, from the start of
106 the file to the start of the Format Extension Cluster.
[all …]
|
| H A D | qcow2.rst | 5 A ``qcow2`` image file is organized in units of constant size, which are called
10 clusters of the same size.
17 The first cluster of a qcow2 image contains the file header::
34 Length of the backing file name in bytes. Must not be
39 Number of bits that are used for addressing an offset
43 Note: QEMU as of today has an implementation limit of 2 MB
53 Note: QEMU has an implementation limit of 32 MB as
60 (56 bits) of populated clusters, and an image may
70 Number of entries in the active L1 table
81 Number of clusters that the refcount table occupies
[all …]
|
| /qemu/ |
| H A D | COPYING | 7 of this license document, but changing it is not allowed.
15 General Public License applies to most of the Free Software
21 When we speak of free software, we are referring to freedom, not
23 have the freedom to distribute copies of free software (and charge for
25 if you want it, that you can change the software or use pieces of it
31 distribute copies of the software, or if you modify it.
33 For example, if you distribute copies of such a program, whether
51 patents. We wish to avoid the danger that redistributors of a free
64 under the terms of this General Public License. The "Program", below,
67 that is to say, a work containing the Program or a portion of it,
[all …]
|
| /qemu/docs/ |
| H A D | rdma.txt | 21 * Migration of VM's ram
29 of the significantly lower latency and higher throughput over TCP/IP. This is
30 because the RDMA I/O architecture reduces the number of interrupts and
32 migration, under certain types of memory-bound workloads, may take a more
33 unpredictable amount of time to complete the migration if the amount of
35 with the rate of dirty memory produced by the workload.
38 over Converged Ethernet) as well as Infiniband-based. This implementation of
39 migration using RDMA is capable of using both technologies because of
40 the use of the OpenFabrics OFED software stack that abstracts out the
41 programming model irrespective of the underlying hardware.
[all …]
|
| H A D | image-fuzzer.txt | 6 # it under the terms of the GNU General Public License as published by
7 # the Free Software Foundation, either version 2 of the License, or
11 # but WITHOUT ANY WARRANTY; without even the implied warranty of
15 # You should have received a copy of the GNU General Public License
25 The goal of the image fuzzer is to catch crashes of qemu-io/qemu-img
37 The test means execution of all available commands under test with the same
45 generator should be specified as a mandatory parameter of the test runner.
49 The runner activates generation of core dumps during test executions, but it
57 ``qemu-img`` is required for creation of backing files, so it's mandatory to set
61 The runner accepts a JSON array of fields expected to be fuzzed via the
[all …]
|
| H A D | throttle.txt | 6 This work is licensed under the terms of the GNU GPL, version 2 or
12 I/O operations. The code itself is generic and independent of the I/O
13 units, but it is currently used to limit the number of bytes per second
22 Two aspects of the disk I/O can be limited: the number of bytes per
23 second and the number of operations per second (IOPS). For each one of
25 write operations. This gives us a total of six different parameters.
27 I/O limits can be set using the throttling.* parameters of -drive, or
28 using the QMP 'block_set_io_throttle' command. These are the names of
48 The default value of these parameters is 0, and it means 'unlimited'.
51 of 100 IOPS with the following -drive line:
[all …]
|
| /qemu/pc-bios/ |
| H A D | edk2-licenses.txt | 9 1. Redistributions of source code must retain the above copyright notice,
10 this list of conditions and the following disclaimer.
13 this list of conditions and the following disclaimer in the documentation
16 Subject to the terms and conditions of this license, each copyright holder
19 (except for failure to satisfy the conditions of this license) patent
25 (a) their Contribution(s) (the licensed copyrights of copyright holders and
26 non-copyrightable additions of contributors, in source or binary form)
29 (b) combination of their Contribution(s) with the work of authorship to
58 This file contains the history of license change and contributor's agreement
64 terms require notice of the terms themselves be preserved and presented with the
[all …]
|
| /qemu/docs/devel/migration/ |
| H A D | mapped-ram.rst | 6 with ``multifd``. This enables parallel migration of a guest's RAM to
9 The core of the feature is to ensure that RAM pages are mapped
17 usage of O_DIRECT for save/restore of the migration stream as the
48 thought of as snapshots. We can further categorize them into live and
58 Note: if a snapshot is taken of a running VM, but the VM will be
60 right before the snapshot to take benefit of the performance gains
68 background-snapshot should be evaluated as well. One benefit of
71 supported outside of Linux.
73 .. [#alternatives] While this same effect could be obtained with the usage of
76 100s of GiBs), specially if the VM has been stopped beforehand.
[all …]
|