Re: [Qemu-devel] [PATCH] Fix out-of-tree and cross compile builds for pixman

2012-11-06 Thread Johnson, Eric
> -Original Message- > From: qemu-devel-bounces+ericj=mips@nongnu.org [mailto:qemu-devel- > bounces+ericj=mips@nongnu.org] On Behalf Of Stefan Weil > Sent: Sunday, November 04, 2012 4:11 AM > To: Blue Swirl > Cc: Peter Maydell; qemu-devel@nongnu.org > Subject: Re: [Qemu-devel] [PATC

[Qemu-devel] [Bug 1075252] Re: qemu-img cannot read VMDK4 file

2012-11-06 Thread Robert Hubbard
Duplicate - Same issue related to header/footer - When does the code fix show up in the git release train ? bug 907063 . Read the VMDK 5.X release doc on format for VMDK. The files im using are created from Vsphere 5.X and are using a VMDK verion of 3. Virtual Disk Format 5.0 - VMware www.vmware

Re: [Qemu-devel] scsi-hd with discard_granularity and unmap results in Aborted Commands

2012-11-06 Thread Paolo Bonzini
> i wantes to use scsi unmap with rbd. rbd documention says you need to > set discard_granularity=512 for the device. I'm using qemu 1.2. > > If i set this and send an UNMAP command i get this kernel output: The discard request is failing. Please check why with a breakpoint on rbd_aio_discard_w

Re: [Qemu-devel] usb: Move interrupt handling from poll to async handling

2012-11-06 Thread Gerd Hoffmann
On 11/06/12 15:08, Hans de Goede wrote: > This patchsets move interrupt handling for usb-redir and usb-hid devices > over from polling to async handling. Together with a patch to allow > async stepdown in ehci when the periodic schedule only contains interrupt > queues, and a patch to allow usb-hid

Re: [Qemu-devel] [Bug 1075339] Re: linux-user emulation of setsockopt ignores optlen

2012-11-06 Thread Bugdal
I mentioned the timeout options (send/receive timeout) which are the ones I was interested in. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1075339 Title: linux-user emulation of setsockopt ignore

Re: [Qemu-devel] Usin AMRV4T in QEMU 1.2.0

2012-11-06 Thread Peter Maydell
On 6 November 2012 16:55, Reinier Millo Sánchez wrote: > Hello > I'm trying to use ARMV4T in QEMU 1.2.0. I want emulate a pure ARMV4T with > ARM920T core. I have modified the sources in target-arm and compiled a Hello > World application for core ARM920T in ARMV4t arch using the > arm-linux-gnueab

[Qemu-devel] Usin AMRV4T in QEMU 1.2.0

2012-11-06 Thread Reinier Millo Sánchez
Hello I'm trying to use ARMV4T in QEMU 1.2.0. I want emulate a pure ARMV4T with ARM920T core. I have modified the sources in target-arm and compiled a Hello World application for core ARM920T in ARMV4t arch using the arm-linux-gnueabi-gcc compiler provided by Ubuntu for cross compile (arm-linu

Re: [Qemu-devel] 1.1.1 -> 1.1.2 migrate /managedsave issue

2012-11-06 Thread Juan Quintela
Doug Goldstein wrote: > On Sun, Nov 4, 2012 at 3:51 PM, Anthony Liguori wrote: >>> >>> Seems reasonable. Doug, please verify to see if it's the same issue or >>> another one. >>> >>> Juan, how can we fix this? It's clear that the option ROM size has to >>> be fixed and not change whenever the b

[Qemu-devel] [PATCH 1/8] usb-redir: Split usb_handle_interrupt_data into separate in/out functions

2012-11-06 Thread Hans de Goede
No functional changes. Signed-off-by: Hans de Goede --- hw/usb/redirect.c | 136 -- 1 file changed, 71 insertions(+), 65 deletions(-) diff --git a/hw/usb/redirect.c b/hw/usb/redirect.c index d9236c5..9052ef8 100644 --- a/hw/usb/redirect.c +++

[Qemu-devel] [PATCH 6/8] hid: Change idle handling to use a timer

2012-11-06 Thread Hans de Goede
This is a preparation patch for moving away from a polling model into async packet handling for usb-hid. As an added advantage this remove 1000 calls / sec to qemu_get_clock_ns(vm_clock) while idle-time is set to 0. Signed-off-by: Hans de Goede --- hw/hid.c | 43

[Qemu-devel] usb: Move interrupt handling from poll to async handling

2012-11-06 Thread Hans de Goede
This patchsets move interrupt handling for usb-redir and usb-hid devices over from polling to async handling. Together with a patch to allow async stepdown in ehci when the periodic schedule only contains interrupt queues, and a patch to allow usb-hid devices to connect to ehci, this fixes the usb-

[Qemu-devel] [PATCH 3/8] usb-redir: Only add actually in flight packets to the in flight queue

2012-11-06 Thread Hans de Goede
Packets which have queued up, but not yet handed over to the device, are *not* in flight. Signed-off-by: Hans de Goede --- hw/usb/redirect.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/hw/usb/redirect.c b/hw/usb/redirect.c index b61bb6e..ad601d8 100644 --- a/hw/usb/red

[Qemu-devel] [PATCH 8/8] usb-hid: Allow connecting to a USB-2 device

2012-11-06 Thread Hans de Goede
Our ehci code has is capable of significantly lowering the wakeup rate for the hcd emulation while the device is idle. It is possible to add similar code ot the uhci emulation, but that simply is not there atm, and there is no reason why a (virtual) usb device can not be a USB-2 device. Making usb

[Qemu-devel] [PATCH 4/8] usb-redir: Handle interrupt packets async

2012-11-06 Thread Hans de Goede
This allows to hcd code to slow down its timer, rather then having to poll us every ms. Signed-off-by: Hans de Goede --- hw/usb/redirect.c | 64 --- 1 file changed, 47 insertions(+), 17 deletions(-) diff --git a/hw/usb/redirect.c b/hw/usb/redi

[Qemu-devel] [PATCH 5/8] ehci: Lower timer freq when there are no iso packets in the periodic schedule

2012-11-06 Thread Hans de Goede
If there are no iso packets in the periodic schedule, then there can only be interrupt packets there, and for these usb-devices either return nak, meaning that the executing state will get passed every frame, causing async_stepdown to stay 0, or they are handled async, and then ehci_frame_timer wil

[Qemu-devel] [PATCH 7/8] usb-hid: Move from NAK/polling to async packet handling

2012-11-06 Thread Hans de Goede
Signed-off-by: Hans de Goede --- hw/usb/dev-hid.c | 44 ++-- 1 file changed, 34 insertions(+), 10 deletions(-) diff --git a/hw/usb/dev-hid.c b/hw/usb/dev-hid.c index aa59ec4..69f89ff 100644 --- a/hw/usb/dev-hid.c +++ b/hw/usb/dev-hid.c @@ -45,6 +45,7 @@ t

[Qemu-devel] [PATCH 2/8] usb-redir: Store interrupt receiving status in the bufp-queue

2012-11-06 Thread Hans de Goede
Since we handle interrupt out async, and not buffered like iso-out, there is no need for a separate status flag, instead store any reported error status into the bufp queue. Signed-off-by: Hans de Goede --- hw/usb/redirect.c | 24 +--- 1 file changed, 9 insertions(+), 15 dele

[Qemu-devel] a user here - pci-assign VGA

2012-11-06 Thread lejeczek
hi there, I wanted to share some fairly good news a while ago when as was battling the problem - pci-assign a vga - I got it to work I realized that it might have worked from the beginning, anyhow, for me it works now with qemu-kvm 1.2 (which is fedora alpha rpm-rebuilt on SL 6.3) with various

Re: [Qemu-devel] slow virtio network with vhost=on and multiple cores

2012-11-06 Thread Dietmar Maurer
> On 2012-11-06 10:46, Dietmar Maurer wrote: > >>> This obviously breaks vhost when using multiple cores. > >> > >> With "obviously" you mean you already have a clue why? > >> > >> I'll try to reproduce. > > > > No, sorry - just meant the performance regression is obvious (factor 20 to > 40). > > >

Re: [Qemu-devel] [PATCH v3 00/35] postcopy live migration

2012-11-06 Thread Orit Wasserman
Hi, I didn't have time yet to review in detail your patches, but I have one general comment about the interface to activate postcopy. As postcopy needs to be supported both by source and destination Qemu, for those kind of features we have migration capabilities interface, you can look at the XBZRL

Re: [Qemu-devel] Testing migration under stress

2012-11-06 Thread Orit Wasserman
On 11/06/2012 07:22 AM, Alexey Kardashevskiy wrote: > On 02/11/12 23:12, Orit Wasserman wrote: >> On 11/02/2012 05:10 AM, David Gibson wrote: >>> Asking for some advice on the list. >>> >>> I have prorotype savevm and migration support ready for the pseries >>> machine. They seem to work under sim

Re: [Qemu-devel] slow virtio network with vhost=on and multiple cores

2012-11-06 Thread Jan Kiszka
On 2012-11-06 10:46, Dietmar Maurer wrote: >>> This obviously breaks vhost when using multiple cores. >> >> With "obviously" you mean you already have a clue why? >> >> I'll try to reproduce. > > No, sorry - just meant the performance regression is obvious (factor 20 to > 40). > OK. Did you try

[Qemu-devel] [Bug 1075339] Re: linux-user emulation of setsockopt ignores optlen

2012-11-06 Thread Peter Maydell
Agreed; we would ideally be more careful to return ENOTSUP for options we don't know we handle correctly. It would be useful if you said which particular options you were interested in and provided a test case... -- You received this bug notification because you are a member of qemu- devel-ml, wh

Re: [Qemu-devel] slow virtio network with vhost=on and multiple cores

2012-11-06 Thread Dietmar Maurer
> > This obviously breaks vhost when using multiple cores. > > With "obviously" you mean you already have a clue why? > > I'll try to reproduce. No, sorry - just meant the performance regression is obvious (factor 20 to 40).

Re: [Qemu-devel] slow virtio network with vhost=on and multiple cores

2012-11-06 Thread Jan Kiszka
On 2012-11-06 10:01, Dietmar Maurer wrote: > OK, bisect point me to this commit: > > # git bisect bad > 7d37d351dffee60fc7048bbfd8573421f15eb724 is the first bad commit > commit 7d37d351dffee60fc7048bbfd8573421f15eb724 > Author: Jan Kiszka > Date: Thu May 17 10:32:39 2012 -0300 > > virtio/

Re: [Qemu-devel] [PATCH] vnc-tls: Fix compilation with newer versions of GNU-TLS

2012-11-06 Thread Dunrong Huang
Can anyone applied this patch, I also got this build error after upgrade gnutls to version 3.1.3. 2012/10/18 Gerd Hoffmann > On 10/18/12 11:16, Andre Przywara wrote: > > In my installation of GNU-TLS (v3.0.23) the type > > gnutls_anon_server_credentials is marked deprecated, so -Werror > > brea

[Qemu-devel] [Bug 1075339] [NEW] linux-user emulation of setsockopt ignores optlen

2012-11-06 Thread Bugdal
Public bug reported: setsockopt always treats the argument as a 4-byte int. This breaks timeout options (for which it's an 8- or 16-byte timeval structure, depending on word size) and possibly other socket options. int is probably a safe default, but options whose values are other types need speci

Re: [Qemu-devel] slow virtio network with vhost=on and multiple cores

2012-11-06 Thread Peter Lieven
Dietmar Maurer wrote: >> > ./x86_64-softmmu/qemu-system-x86_64 -smp sockets=1,cores=2 -m 512 - >> hda >> > debian-squeeze-netinst.raw -netdev >> > type=tap,id=net0,ifname=tap111i0,vhost=on -device >> > virtio-net-pci,netdev=net0,id=net0 >> > >> > Downloading a larger file with wget inside the guest

[Qemu-devel] [Bug 1075272] [NEW] socket type mapping wrong for mips app-level emulation

2012-11-06 Thread Bugdal
Public bug reported: linux-user/syscall.c's do_socket function contains socket type remapping to work around the nonsensically-permuted MIPS socket types. However, it fails to account for the SOCK_NONBLOCK and SOCK_CLOEXEC flags that may be or'd onto the type. Thus, a call from the application suc

Re: [Qemu-devel] slow virtio network with vhost=on and multiple cores

2012-11-06 Thread Dietmar Maurer
OK, bisect point me to this commit: # git bisect bad 7d37d351dffee60fc7048bbfd8573421f15eb724 is the first bad commit commit 7d37d351dffee60fc7048bbfd8573421f15eb724 Author: Jan Kiszka Date: Thu May 17 10:32:39 2012 -0300 virtio/vhost: Add support for KVM in-kernel MSI injection M

[Qemu-devel] scsi-hd with discard_granularity and unmap results in Aborted Commands

2012-11-06 Thread Stefan Priebe - Profihost AG
Hello list, i wantes to use scsi unmap with rbd. rbd documention says you need to set discard_granularity=512 for the device. I'm using qemu 1.2. If i set this and send an UNMAP command i get this kernel output: Sense Key : Aborted Command [current] sd 2:0:0:1: [sdb] Add. Sense: I/O process t

[Qemu-devel] KVM call agenda 2012-11-06

2012-11-06 Thread Juan Quintela
Hi As almost everybody is in Barcelona for KVMForum/LinuxCon, we will not have a call this week. Later, Juan.