On 05/01/2010 10:17 PM, Adam Greenblatt wrote:
Avi,
Sure -- you can download a tarball of kvm_stat logfiles from:
Please don't top-post.
http://misc.cyclecounters.org/qemu-logs.tgz
I ran three workloads (a short, medium, and long) against both
0.11.1 and 0.12.3. Each workload was started
The QEMU USB mouse claims to support the "boot" protocol
(bInterfaceSubClass is 1). However, the mouse rejects the
Set_Protocol command.
The qemu mouse does support the "boot" protocol specification, so a
simple fix is to just enable the Set_Portocol request.
-Kevin
--- a/hw/usb-hid.c
+++ b/hw
Thanks, applied.
On 4/28/10, Thomas Monjalon wrote:
> From: Thomas Monjalon
>
> 1) Qemu is not only a PC emulator.
> 2) "image image" has already been changed to "disk image" in qemu-doc.texi
>
> Signed-off-by: Thomas Monjalon
> ---
> vl.c |4 ++--
> 1 files changed, 2 insertions(+),
Thanks, applied.
On 4/28/10, Stuart Brady wrote:
> MAX_OPC_PARAM is intended to refer to the maximum number of entries used
> in gen_opparam_buf[] for any single helper call. It is currently defined
> as 10, but for 32-bit archs, the correct value (with a maximum for four
> helper arguments)
Thanks, applied.
On 4/23/10, Igor V. Kovalenko wrote:
> Hi!
>
> The following series are not picked from mailing list, so this is a resend.
>
> Short history is that original fix for cmd646 bmdma issue was done by
> reverting pci_dev removal from driver. That was a quick workaround
> and late
Add support to read manufacturer and device ID. For everything else (eg.
lock bits) 0 is returned.
Signed-off-by: Michael Walle
---
hw/pflash_cfi01.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/hw/pflash_cfi01.c b/hw/pflash_cfi01.c
index 6b2adba..
On 05/01/2010 09:39 AM, Lucas Meneghel Rodrigues wrote:
On Sat, 2010-05-01 at 09:29 -0400, Nigel Horne wrote:
./configure --enable-linux-aio --enable-io-thread --enable-kvm
make clean
...
gcc: block/blkdebug.o: No such file or directory
-Nigel
A test job ran hours ago, and qemu.git c
On Sat, May 01, 2010 at 10:50:56AM -0300, Lucas Meneghel Rodrigues wrote:
> Hi folks, on during the latest upstream test job I noticed that the
> -mem-path option got broken on latest qemu-kvm. qemu abnormally ends
> with exit code 1 when trying to call it with -mem-path
>
> 04/29 18:35:32 DEBUG|
Greetings Hannes, Gerd and co,
So after doing more digging into the work for a SGL capable QEMU SCSI
HBA emulation interface with the megasas driver on Linux/KVM Hosts, I
realized that the SG_IO breakage we originally encountered is due to the
fact that CDBs containing SBC LBA+block_count where no
Hi folks, on during the latest upstream test job I noticed that the
-mem-path option got broken on latest qemu-kvm. qemu abnormally ends
with exit code 1 when trying to call it with -mem-path
04/29 18:35:32 DEBUG|kvm_vm:0461| Running qemu command:
/usr/local/autotest/tests/kvm/qemu -name 'vm1'
./configure --enable-linux-aio --enable-io-thread --enable-kvm
make clean
...
gcc: block/blkdebug.o: No such file or directory
-Nigel
11 matches
Mail list logo