Re: [Qemu-devel] TSC in qem[-kvm] 1.1+ and in-kernel irqchip

On Fri, Aug 10, 2012 at 01:24:06PM +0400, Michael Tokarev wrote: > On 10.08.2012 11:33, Gleb Natapov wrote: > > On Thu, Aug 09, 2012 at 10:27:43PM +0400, Michael Tokarev wrote: > >> As a follow-up to the patch "tsc: use kvmclock for > >> calibration". > >> > >> There's another problem reported by s

Re: [Qemu-devel] [PATCH 06/15] memory: use refcnt to manage MemoryRegion

On 08/10/2012 09:44 AM, liu ping fan wrote: >>> In the previous discussion, you have suggest add dev->ref++ in >>> core_region_add. But I think, if we can move it to higher layer -- >>> memory_region_{add,del}_subregion, so we can avoid to duplicate do >>> this in other xx_region_add. >> >> Why wo

Re: [Qemu-devel] [PATCH] virtio: fix vhost handling

On Mon, Aug 06, 2012 at 04:56:10PM +0200, Paolo Bonzini wrote: > Commit b1f416aa8d870fab71030abc9401cfc77b948e8e breaks vhost_net > because it always registers the virtio_pci_host_notifier_read() handler > function on the ioeventfd, even when vhost_net.ko is using the ioeventfd. > The result is bot

Re: [Qemu-devel] Running KVM guest on X86

On 08/09/2012 09:06 PM, Bhushan Bharat-R65777 wrote: > I have a fedora machine to which I do not have direct access (but I can > reboot remotely, have a console). So far what I was trying direct booting VM > using same initramfs and bzimage as of host, > > Alex, How I can create a ISO image wit

Re: [Qemu-devel] [PATCH] iov_send_recv(): Handle zero bytes case even if OS does not

On 12 August 2012 06:29, Michael Tokarev wrote: > On 12.08.2012 01:24, Peter Maydell wrote: >> POSIX allows sendmsg() and recvmsg() to fail EMSGSIZE if passed a zero >> msg.msg_iovlen (in particular the MacOS X implementation will do this). > >> Handle the case where iov_send_recv() is passed a ze

Re: [Qemu-devel] TSC in qem[-kvm] 1.1+ and in-kernel irqchip

On 12.08.2012 12:10, Gleb Natapov wrote: [] > Any chance to bisect it? The bisecion leads to this commit: commit 17ee47418e65b1593defb30edbab33ccd47fc1f8 Merge: 13b0496 5d17c0d Author: Jan Kiszka Date: Tue Apr 10 16:26:23 2012 +0200 Merge commit '5d17c0d2df4998598e6002b27b8e47e792899a0f'

[Qemu-devel] [Bug 1035572] Re: Bug in Qemu User Mode

Yes, threading does not work for i386 guests; this is a long-standing issue. (See also bug 739785.) -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1035572 Title: Bug in Qemu User Mode Status in QEM

Re: [Qemu-devel] [PATCH 1/2] avoid asprintf (not available on mingw64)

On Fri, Aug 10, 2012 at 2:18 PM, Markus Armbruster wrote: > Gerd Hoffmann writes: > >> Signed-off-by: Gerd Hoffmann >> --- >> hw/msix.c |5 ++--- >> 1 files changed, 2 insertions(+), 3 deletions(-) >> >> diff --git a/hw/msix.c b/hw/msix.c >> index 800fc32..04345f2 100644 >> --- a/hw/msix.c

Re: [Qemu-devel] [RFC 5/5] configure: Enable KVM on ARM

On 08/09/2012 07:33 PM, Peter Maydell wrote: > Enable KVM on ARM hosts, now that all the necessary components > for it exist. > > esac > case "$target_arch2" in > - i386|x86_64|ppcemb|ppc|ppc64|s390x) > + arm|i386|x86_64|ppcemb|ppc|ppc64|s390x) > # Make sure the target and host cpus are c

Re: [Qemu-devel] [PATCH] virtio: fix vhost handling

On 06.08.2012 18:56, Paolo Bonzini wrote: > Commit b1f416aa8d870fab71030abc9401cfc77b948e8e breaks vhost_net > because it always registers the virtio_pci_host_notifier_read() handler > function on the ioeventfd, even when vhost_net.ko is using the ioeventfd. > The result is both QEMU and vhost_net.

Re: [Qemu-devel] [PATCH] iov_send_recv(): Handle zero bytes case even if OS does not

On 12.08.2012 01:24, Peter Maydell wrote: > POSIX allows sendmsg() and recvmsg() to fail EMSGSIZE if passed a zero > msg.msg_iovlen (in particular the MacOS X implementation will do this). > Handle the case where iov_send_recv() is passed a zero byte count > explicitly, to avoid accidentally depend

[Qemu-devel] [Bug 1035572] Re: Bug in Qemu User Mode

Hi, thanks for answer. Do you know, where the real problem in threading for i386 guests is? Some kind of NPTL is implemented in Qemu and it could be necessary tested for host arm - guest arm and also host i386 - guest arm with qemu-arm testclone in commandline. I saw the attemps in past by David

Re: [Qemu-devel] [kvmarm] [RFC 5/5] configure: Enable KVM on ARM

On 12.08.2012, at 11:55, Avi Kivity wrote: > On 08/09/2012 07:33 PM, Peter Maydell wrote: >> Enable KVM on ARM hosts, now that all the necessary components >> for it exist. >> >> esac >> case "$target_arch2" in >> - i386|x86_64|ppcemb|ppc|ppc64|s390x) >> + arm|i386|x86_64|ppcemb|ppc|ppc64|s390

[Qemu-devel] [PULL] kvm updates

Please pull from: git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master This is mostly Peter's kvm_irqchip_in_kernel() decoupling work. Dunrong Huang (1): kvm: Check if smp_cpus exceeds max cpus supported by kvm Pet

Re: [Qemu-devel] [PATCH] kvm-all.c: Move init of irqchip_inject_ioctl out of kvm_irqchip_create()

Ping? I don't think this one quite made it into Avi's pullreq... thanks -- PMM On 6 August 2012 18:05, Peter Maydell wrote: > Move the init of the irqchip_inject_ioctl field of KVMState out of > kvm_irqchip_create() and into kvm_init(), so that kvm_set_irq() > can be used even when no irqchip is

[Qemu-devel] [Bug 1035572] Re: Bug in Qemu User Mode

Hi, I just make a test if my thoughts are right. On a Wheezy debian i386 I type in comandline qemu-i386 -strace clonemi (clonemi is the program testclone but with the endless loops in waitpid at its end put out.) The result is exact like on Raspberry Pi with ARM 1176 processor. So you can see,

[Qemu-devel] Qemu memory operations

Hello friends, I intend to use Qemu to generate a memory trace for the execution of a x86 guest operating system. According to tcg wikipage, Qemu uses a handful of helpers to generate load/stores to the target(guest) memory. This lis

Re: [Qemu-devel] [PULL 00/11] Block patches

Kevin Wolf writes: > The following changes since commit 3d1d9652978ac5a32a0beb4bdf6065ca39440d89: > > handle device help before accelerator set up (2012-08-09 19:53:01 +) > > are available in the git repository at: > http://repo.or.cz/r/qemu/kevin.git for-anthony Pulled. Thanks. Regards

Re: [Qemu-devel] [PULL 0/3] Trivial patches for 3 to 10 August 2012

Stefan Hajnoczi writes: > The following changes since commit 3d1d9652978ac5a32a0beb4bdf6065ca39440d89: > > handle device help before accelerator set up (2012-08-09 19:53:01 +) > > are available in the git repository at: > > git://github.com/stefanha/qemu.git trivial-patches > > for you to

[Qemu-devel] [Bug 1035572] Re: Bug in Qemu User Mode

I did some more tests: In the newest version of Qemu Linaro I put in folder Linux-User in the file syscall.c the following target_ldt_info->base_addr = tswapal(base_addr); target_ldt_info->limit = tswap32(limit); target_ldt_info->flags = tswap32(flags); unlock_user_struct(target_ld

[Qemu-devel] TRIM, UNMAP and QCOW2 release of block information - Thin provisioning

Hello, As far as I saw QEMU/KVM supports the trim command on IDE/SATA devices and the UNMAP command on SCSI devices/disks (thanks Paolo Bonzini). Will the qcow2 format (or other formats) use this information and also release the blocks for thin provisioning to save disk space on filesystems?

Re: [Qemu-devel] [PATCH 05/11] virtio-blk: support VIRTIO_BLK_F_CONFIG_WCE

Kevin Wolf writes: > From: Paolo Bonzini > > Also rename VIRTIO_BLK_F_WCACHE to VIRTIO_BLK_F_WCE for consistency with > the spec. > > Signed-off-by: Paolo Bonzini > Signed-off-by: Kevin Wolf This broke qemu-test because it changed the pc-1.0 machine type: Setting guest RANDOM seed to 47167 *

Re: [Qemu-devel] [PATCH 4/7] compiler: add macro for GCC weak symbols

On 10 August 2012 17:04, Anthony Liguori wrote: > This lets us provide a default implementation of a symbol which targets can > override. > > Signed-off-by: Anthony Liguori I'm sure you'll be thrilled to hear that this doesn't seem to break MacOS builds :-) -- PMM

Re: [Qemu-devel] [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver.

On Tue, 7 Aug 2012 16:52:47 +0200, Cornelia Huck wrote: > Add a driver for kvm guests that matches virtual ccw devices provided > by the host as virtio bridge devices. Hi Cornelia, OK, this is a good opportunity to fix some limitations, just as we did for virtio_mmio (drivers/virtio/vi

Re: [Qemu-devel] [PATCH V2 0/6] virtio-trace: Support virtio-trace

On Thu, 09 Aug 2012 21:30:29 +0900, Yoshihiro YUNOMAE wrote: > Hi All, > > The following patch set provides a low-overhead system for collecting kernel > tracing data of guests by a host in a virtualization environment. Thankyou! I've applied this, and it will head into linux-next in the next

Re: [Qemu-devel] [PATCH 1/2] avoid asprintf (not available on mingw64)

On 08/10/12 16:18, Markus Armbruster wrote: >> -if (asprintf(&name, "%s-msix", dev->name) == -1) { > > What about g_strdup_printf()? Ah, nice. Didn't know glib has this. cheers, Gerd