/qemu/tests/tcg/openrisc/ |
H A D | test_sfgts.c | 5 int a, b, c; in main() local 8 a = 0; in main() 17 : "+r"(a) in main() 20 if (a != result) { in main() 26 a = 0xff; in main() 36 : "+r"(a) in main() 39 if (a != result) { in main()
|
H A D | test_sfgtu.c | 4 int a, b, c; in main() local 7 a = 0; in main() 16 : "+r"(a) in main() 19 if (a != result) { in main() 24 a = 0xff; in main() 34 : "+r"(a) in main() 37 if (a != result) { in main()
|
H A D | test_bf.c | 5 int a, b, c; in main() local 8 a = 0; in main() 19 : "+r"(a) in main() 22 if (a != result) { in main() 27 a = 0x00; in main() 38 : "+r"(a) in main() 41 if (a != result) { in main()
|
H A D | test_lf_lts.c | 5 int a; in main() local 9 a = 0; in main() 19 : "+r"(a) in main() 22 if (a != result) { in main() 27 a = 0; in main() 39 : "+r"(a) in main() 42 if (a != result) { in main()
|
H A D | test_muli.c | 5 int a, b, c; in main() local 13 : "=r"(a) in main() 16 if (a != result) { in main() 26 : "=r"(a) in main() 29 if (a != result) { in main() 39 : "=r"(a) in main() 42 if (a != result) { in main()
|
H A D | test_mulu.c | 5 int a, b, c; in main() local 13 : "=r"(a) in main() 16 if (a != result) { in main() 26 : "=r"(a) in main() 29 if (a != result) { in main() 39 : "=r"(a) in main() 42 if (a != result) { in main()
|
/qemu/tests/tcg/xtensa/ |
H A D | test_mac16.S | 8 #define mul16(a, b) ((ext16(a) * ext16(b))) argument 29 .macro test_mulxx mulop, comb, s, t, a, b 30 init_reg \comb & 2, \s, \a 34 assert_acc_value mul16(\a, \b) 37 assert_acc_value mul16(\a, (\b >> 16)) 40 assert_acc_value mul16((\a >> 16), \b) 43 assert_acc_value mul16((\a >> 16), (\b >> 16)) 71 init_reg \comb & 2, \s, \a 76 assert_acc_value (\iv \op mul16(\a, \b)) 167 init_reg \comb & 2, \s, \a [all …]
|
/qemu/qapi/ |
H A D | pci.json | 28 # Information about a PCI device I/O region. 33 # - 'io' if the region is a PIO region 34 # - 'memory' if the region is a MMIO region 51 # Information about a bus of a PCI Bridge device 80 # Information about a PCI Bridge device 108 # Information about the Id of a PCI device 127 # Information about a PCI device 163 # Information about a PCI bus 167 # @devices: a list of devices on this bus 179 # represented by a json-object, which has a key with a json-array [all …]
|
/qemu/tests/tcg/mips/include/ |
H A D | test_utils_128.h | 46 uint64_t a, b; in check_results_128() local 47 memcpy(&a, (b128_result + 2 * ii), 8); in check_results_128() 50 printf(" { 0x%016llxULL, 0x%016llxULL, },\n", a, b); in check_results_128() 53 a, b, ii); in check_results_128() 71 uint64_t a, b; in check_results_128() local 77 memcpy(&a, (b128_expect + 2 * i), 8); in check_results_128() 80 a, b); in check_results_128() 82 memcpy(&a, (b128_result + 2 * i), 8); in check_results_128() 85 a, b); in check_results_128()
|
/qemu/docs/system/s390x/ |
H A D | 3270.rst | 8 TN3270 (a telnet extension; see `RFC 854 <https://tools.ietf.org/html/rfc854>`__ 10 lifting to an external 3270 terminal emulator (such as ``x3270``) to make a 11 single 3270 device available to a guest. Note that this supports basic 14 To provide a 3270 device to a guest, create a ``x-terminal3270`` linked to 15 a ``tn3270`` chardev. The guest will see a 3270 channel device. In order 23 ttys) or ``CONFIG_TN3270_CONSOLE`` (for a 3270 console). 25 * Add a ``tn3270`` chardev and a ``x-terminal3270`` to the QEMU command line:: 28 -device x-terminal3270,chardev=ch0,devno=fe.0.000a,id=terminal0 30 * Start the guest. In the guest, use ``chccwdev -e 0.0.000a`` to enable 38 ``tty1``) and start a getty on it:: [all …]
|
H A D | css.rst | 4 QEMU implements a virtual channel subsystem with subchannels, (mostly 9 All channel devices support the ``devno`` property, which takes a parameter 14 enable MCSS-E. Note that devices with a different cssid will not be visible 19 Devices with a ssid that is not ``0`` will not be visible if the guest OS 31 set. If a device is hotunplugged and later replugged, it may appear at a 38 * a virtio-net device, cssid/ssid/devno automatically assigned:: 42 In a Linux guest (without default devices and no other devices specified 49 * a virtio-rng device in subchannel set ``0``:: 59 * a virtio-gpu device in subchannel set ``2``:: 69 * a virtio-mouse device in a non-standard channel subsystem image:: [all …]
|
/qemu/target/loongarch/tcg/insn_trans/ |
H A D | trans_bit.c.inc | 6 static bool gen_rr(DisasContext *ctx, arg_rr *a, 10 TCGv dest = gpr_dst(ctx, a->rd, dst_ext); 11 TCGv src1 = gpr_src(ctx, a->rj, src_ext); 14 gen_set_gpr(a->rd, dest, dst_ext); 33 TCGv src1 = gpr_src(ctx, a->rd, EXT_NONE); 37 if (a->ls > a->ms) { 41 tcg_gen_deposit_tl(dest, src1, src2, a->ls, a->ms - a->ls + 1); 42 gen_set_gpr(a->rd, dest, dst_ext); 52 if (a->ls > a->ms) { 56 tcg_gen_extract_tl(dest, src1, a->ls, a->ms - a->ls + 1); [all …]
|
/qemu/target/ppc/translate/ |
H A D | fp-impl.c.inc | 45 get_fpr(t0, a->fra); 46 get_fpr(t1, a->frc); 47 get_fpr(t2, a->frb); 49 set_fpr(a->frt, t3); 68 get_fpr(t0, a->fra); 69 get_fpr(t1, a->frb); 71 set_fpr(a->frt, t2); 160 if (a->rc) { 533 if (a->rc) { 1010 return do_lsfpsd(ctx, a->rt, a->ra, tcg_constant_tl(a->si), update, store, [all …]
|
/qemu/docs/specs/ |
H A D | pvpanic.rst | 4 pvpanic device is a simulated device, through which a guest panic 5 event is sent to qemu, and a QMP event is generated. This allows 10 device has fired a panic event. 12 The pvpanic device can be implemented as an ISA device (using IOPORT) or as a 18 pvpanic exposes a single I/O port, by default 0x505. On read, the bits 27 a guest panic has happened and should be processed by the host 29 a guest panic has happened and will be handled by the guest; 33 a regular guest shutdown has happened and should be processed by the host 39 address space provided by its BAR0, 1 byte long. Any machine with a PCI bus 56 Returns a byte, with the same semantics as the I/O port interface. [all …]
|
/qemu/docs/devel/migration/ |
H A D | main.rst | 17 Once that we are able to save/restore a guest, a new functionality is 216 When we migrate a device, we save/load the state as a series 232 A subsection is "like" a device vmstate, but with a particularity, it 238 On the receiving side, if we found a subsection for a device that we 241 that a subsection is loaded, so a newer QEMU that knows about a subsection 318 Using a condition function that checks a 'property' to determine whether 325 a) Add a new property using ``DEFINE_PROP_BOOL`` - e.g. support-foo and 330 d) Add a subsection with a .needed set to the support_foo function 440 initialization (i.e., in response to a guest action), this is a strong 532 Each section contains a device, or one iteration of a device save. [all …]
|
/qemu/target/arm/tcg/ |
H A D | neon_helper.c | 422 a &= ~0x80808080u; in HELPER() 424 return (a + b) ^ mask; in HELPER() 431 a &= ~0x80008000u; in HELPER() 433 return (a + b) ^ mask; in HELPER() 812 return (a + b) ^ mask; in HELPER() 821 return (a + b) ^ mask; in HELPER() 841 uint32_t low = a + (a >> 32); in HELPER() 869 x = a; in HELPER() 876 x = a >> 32; in HELPER() 890 result = a + b; in HELPER() [all …]
|
/qemu/docs/devel/ |
H A D | qapi-code-gen.rst | 54 * Comments: start with a hash character (``#``) that is not part of a 65 a correctly structured QAPI schema. We provide a grammar for this 97 A top-level expressions is either a directive or a definition:: 153 As a matter of style, it is a good idea to have all files be 155 from making a forward reference to a type that is only introduced by 342 member defines struct type members. If it is a STRING, it names a 428 built-ins, it accepts a JSON number; if it is typed as a 'str' 541 command is expected to change state in a way that a successful 562 When a command is executed out-of-band, its handler runs in a 878 some ``=`` symbols and then a space defines a section heading:: [all …]
|
H A D | rcu.txt | 12 restricting updates to a single task). In QEMU, when a lock is used, 27 the system will have a single instance of the RCU mechanism; a single 40 Here is a picture: 101 int a; 162 with readers, if the updater never mutates a field within a 176 Mark a thread as taking part in the RCU mechanism. Such a thread 183 It is not a problem if such a thread reports quiescent points, 238 - in some cases, creating a new version of a data structure may actually 357 two members of a larger struct: 383 write side (running under a lock): [all …]
|
H A D | multi-process.rst | 25 configuration QEMU has a large amount of code a guest can potentially 105 application is a daemon process that can be contacted via a known UNIX 128 One of the events that can cause a return to QEMU is when a guest device 203 rest of this section is a discussion of how a proxy object model would 270 can be used to add a device emulated in a remote process 384 A proxy for a device that generates interrupts will need to create a 432 An QMP "device\_add" command can add a device emulated by a remote 560 DMA address to a guest PA. On a cache miss, a message will be sent back 730 when a guest changes a device's PCI BAR registers. 734 performs a MMIO operation within the range. When a range is changed, [all …]
|
H A D | decodetree.rst | 6 represent a single architectural instruction or a group of same, depending 48 a field A that refers to a named field B that is defined in P, and P 49 has a field C that refers to a named field D that is defined in F). 92 If the form of the *args_elt* contains a colon, the first 101 to have been already declared, typically via a second decoder. 129 Defining a format is a handy way to avoid replicating groups of fields 134 is that '.' means that the bit will be covered with a field or a 138 A *field_elt* describes a simple field only given a width; the position of 146 add a complex field to a format. A field may be renamed in the process 178 A *const_elt* allows a argument to be set to a constant value. This may [all …]
|
/qemu/target/hppa/ |
H A D | fpu_helper.c | 106 float32 ret = float32_add(a, b, &env->fp_status); in HELPER() 113 float32 ret = float32_sub(a, b, &env->fp_status); in HELPER() 120 float32 ret = float32_mul(a, b, &env->fp_status); in HELPER() 127 float32 ret = float32_div(a, b, &env->fp_status); in HELPER() 148 float64 ret = float64_add(a, b, &env->fp_status); in HELPER() 155 float64 ret = float64_sub(a, b, &env->fp_status); in HELPER() 162 float64 ret = float64_mul(a, b, &env->fp_status); in HELPER() 169 float64 ret = float64_div(a, b, &env->fp_status); in HELPER() 401 r = float32_compare(a, b, &env->fp_status); in HELPER() 403 r = float32_compare_quiet(a, b, &env->fp_status); in HELPER() [all …]
|
/qemu/docs/system/ppc/ |
H A D | pseries.rst | 45 QEMU includes a prebuilt image of SLOF which is updated when a more recent 96 * ``spapr-vlan`` : a virtual network interface. 97 * ``spapr-vscsi`` : a virtual SCSI disk interface. 101 * ``spapr-vty``: a virtual teletype. 102 * ``spapr-pci-host-bridge``: a PCI host bridge. 103 * ``tpm-spapr``: a Trusted Platform Module (TPM). 104 * ``spapr-tpm-proxy``: a TPM proxy. 169 a pSeries guest (or a PowerVM LPAR for that matter), and that is where it has 181 virtualization capabilities (i.e. running a guest from within a guest). 197 Originally, KVM-HV was only available when running on a PowerNV platform (a.k.a. [all …]
|
/qemu/docs/spin/ |
H A D | aio_notify.promela | 7 * This file is in the public domain. If you really want a license, 14 * spin -a docs/aio_notify.promela 16 * ./a.out -a 18 * To verify it (with a bug planted in the model): 19 * spin -a -DBUG docs/aio_notify.promela 21 * ./a.out -a 47 // Wait for a nudge from the other side 67 // generate a request
|
/qemu/docs/system/devices/ |
H A D | usb-u2f.rst | 5 exposed to the internet to offer a strong second factor option for end 8 The second factor is provided by a device implementing the U2F 9 protocol. In case of a USB U2F security key, it is a USB HID device 12 QEMU supports both pass-through of a host U2F key device to a VM, 13 and software emulation of a U2F key. 18 The ``u2f-passthru`` device allows you to connect a real hardware 19 U2F key on your host to a guest VM. All requests made from the guest 23 In addition, the dedicated pass-through allows you to share a single 35 requires a working libudev): 43 ``u2f-emulated`` is a completely software emulated U2F device. [all …]
|
/qemu/tests/tcg/s390x/ |
H A D | mie3-sel.c | 4 #define Fi3(S, ASM) uint64_t S(uint64_t a, uint64_t b, uint64_t c) \ 10 : [a] "r" (a) \ 23 uint64_t a = ~0, b = ~0, c = ~0; in main() local 25 a = _selre(0x066600000066ull, 0x066600000006ull, a); in main() 30 (0xFFFFFFFF00000066ull != a) || in main()
|