Hi,
I run one I/O thread (sequential read 4 KB each time and read 8 GB in
total) in host OS, the throughput is around 420 MB/s. However, when I
run this I/O thread in one VM (no other VM is created and data-plane
is enabled) with dedicated hardware, the throughput will be around 350
MB/s. The VM's
address_space_rw() access size must be multiplied by width.
dp8393x_receive() must return the number of bytes read, not the length
of the last memory access.
Signed-off-by: Laurent Vivier
---
hw/net/dp8393x.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/hw/net/dp8393x
The mouse down event should not be sent to the guest if the mouse down event
causes QEMU to move the foreground from the background. This patch prevents
these activation clicks from going to the guest.
Signed-off-by: John Arbuckle
---
v2 changes:
Fix a bug that caused fullscreen mode not to recei
Hello, I was wondering if you would accept a patch that added a Speed menu to
the GTK interface. This would allow the user to change how much CPU time the
emulated CPU would see.
Hey there. Will git tip from September do? At that time I built QEMU on
Ubuntu 16.04.1, pointed my Mac (10.10) at it again and had the same
experience (had to use a third-party client)
Considering I opened this four years ago, I'm kind of surprised it's
still a talking topic. Was kind of expecting
Public bug reported:
SVM emulation support has a bug due to which causes KVM emulation error
when qemu-kvm is run over KVM installed on top of QEmu in software mode.
Steps to reproduce
1. Run KVM inside QEmu(software mode with SVM emulation support). Make sure
kvm_amd is run
run_task.sh is getting slow. This patch is trying to make it faster by
running the tests concurrently.
First of all, we provide a new parameter "-j" for the run_tests.sh,
which can be used to specify how many run queues we want for the tests.
When "-j" is not provided, we'll keep the old behavior.
run_tests.sh is getting slower. Maybe it's time to let it run faster.
An obvious issue is that, we were running the tests sequentially in
the past.
This series provides another new "-j" parameter. "-j 8" means we run
the tests on 8 task queues. That'll fasten the script a lot. A very
quick test of
QEMU 2.0 is not maintained by the QEMU project anymore. Can you please
try again with the latest release of QEMU (v2.8)? ... otherwise you
should report this to the bug tracker of your distro instead.
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification beca
Prepare that we may use different log file for different tests in the
future (i.e., to run tests in parallel).
Added another new file (scripts/global.bash) to store future global vars
and function clips.
Signed-off-by: Peter Xu
---
run_tests.sh | 13 +++--
scripts/functions.ba
This patch fixes a segfault at QEMU startup, introduced in
a08156321ab9a7d2fed9ee77dbfeea2a61ffd153.
gd_vc_find_current() return NULL, which is dereferenced without checking it.
While at it, disable the whole 'View' menu if no console exists.
Reproducer: qemu-system-i386 -M none -nodefaults
Sig
11 matches
Mail list logo
