Home
last modified time | relevance | path

Searched refs:slow (Results 1 – 25 of 39) sorted by relevance

12

/qemu/tests/fp/
H A Dmeson.build11 # slow tests can have that overridden here. The keys here are
140 suite: ['softfloat-slow', 'softfloat-ops-slow', 'slow'])
/qemu/tests/unit/
H A Dtest-crypto-block.c122 bool slow; member
150 .slow = true,
165 .slow = true,
181 .slow = true,
586 if (!test_data[i].slow || in main()
H A Dtest-crypto-pbkdf.c42 bool slow; member
202 .slow = true,
444 if (!test_data[i].slow || in main()
/qemu/tests/qemu-iotests/
H A Dmeson.build23 'raw': 'slow',
61 # on slow machines to minimize spurious failures
/qemu/tests/functional/
H A Dmeson.build7 # Most tests run too slow with TCI enabled, so skip the functional tests there
12 # Timeouts for individual tests that can be slow e.g. with debugging enabled
/qemu/tests/tcg/i386/
H A DMakefile.target57 ifeq ($(SPEED), slow)
/qemu/docs/system/s390x/
H A D3270.rst63 is pressed while the network is slow) are not supported.
/qemu/docs/system/i386/
H A Dkvm-pv.rst7 In some cases when implementing hardware interfaces in software is slow, ``KVM``
H A Dhyperv.rst8 In some cases when implementing a hardware interface in software is slow, KVM
/qemu/docs/specs/
H A Dppc-spapr-hcalls.rst61 that case, things like scrolling become unusably slow.
/qemu/docs/devel/
H A Dtcg-icount.rst19 execution time with wall-clock time so a "slow" device doesn't run too
H A Dmulti-thread-tcg.rst180 will ensure the slow-path is taken for each access. This can be done
205 - updated by its own thread when the slow-path is forced
H A Dtcg-plugins.rst153 As a result registering/unregistering callbacks is "slow", since it
/qemu/docs/system/arm/
H A Dorangepi.rst174 they may be slow to emulate, especially due to emulating the 4 cores.
175 To help reduce the performance slow down due to emulating the 4 cores, you can
/qemu/tcg/tci/
H A DREADME106 A cross compiled QEMU for mipsel host works, too. It is terribly slow
/qemu/util/
H A Dtrace-events69 lockcnt_futex_wait_prepare(const void *lockcnt, int expected, int new) "lockcnt %p preparing slow p…
/qemu/docs/about/
H A Dbuild-platforms.rst63 this is very slow and is not recommended for normal use. QEMU user emulation
/qemu/docs/system/ppc/
H A Dpseries.rst184 privileged instructions run quite slow with KVM-PR. On the other hand, because
/qemu/docs/
H A Digd-assign.txt85 Failed to mmap 0000:00:02.0 BAR <>. Performance may be slow
/qemu/hw/vfio/
H A Dtrace-events130 vfio_platform_intp_mmap_enable(int pin) "IRQ #%d still active, stay in slow path"
/qemu/docs/devel/testing/
H A Dfunctional.rst286 (since downloading can be very slow, depending on the network bandwidth).
/qemu/docs/system/devices/
H A Dusb.rst268 WARNING: this is an experimental feature. QEMU will slow down when using
/qemu/
H A Dmeson_options.txt93 description: 'TCG with bytecode interpreter (slow)')
/qemu/tcg/arm/
H A Dtcg-target.c.inc363 * r14 will be overwritten by the BLNE branching to the slow path.
1340 /* We arrive at the slow path via "BLNE", so R14 contains l->raddr. */
1604 * opcode into LR for the slow path. We will not be using
1638 * opcode into LR for the slow path. We will not be using
/qemu/accel/tcg/
H A Dldst_atomicity.c.inc299 * This is the slow version, so we must have eliminated

12