[Qemu-devel] Can we increase vring size over 1024?

Hi Michael & all, Michael, you made a presentation about the virto 1.1's new features in KVM Forum last week. That's wonderful! And I'd like to know can we increase vring size over 1024, such as 4096 or 8192? My colleage had asked the same question in 2014, but she didn't get a definite answar

Re: [Qemu-devel] [PATCH RFC 0/4] Enable MTTCG on PowerPC

On 09/02/2016 08:32 AM, Nikunj A Dadhania wrote: > The series is a first attempt at enabling Multi-Threaded TCG on PowerPC. > Changes that were needed to enable PowerPC are pretty simple; > > Patch 01: Take a iothread lock during hcall, as hcall can generate io requests > 02: For TCG, we wer

Re: [Qemu-devel] Subject: [PATCH] qcow2 resize with snapshot, mod

ping zhangzhiming zhangzhimin...@meituan.com > On Aug 15, 2016, at 7:56 PM, zhangzhiming wrote: > > hi, i modified my code by Kevin Wolf’s review. and thanks for review again. > > > > Signed-off-by: zhangzhiming > --- > block.c| 19 > block/qcow2-cluster.

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 1/7] ppc/pnv: add skeleton PowerNV platform

On Fri, 2016-09-02 at 08:32 +0200, Cédric Le Goater wrote: > > This file is a new contribution to QEMU. According to the LICENSE > file, it should > > be released under GPL version 2 or later. If Ben agrees, probably > better to have > > the same text as in include/hw/ppc/pnv.h below. > > Yes. The

[Qemu-devel] [PATCH RFC 4/4] target-ppc: flush tlb from all the cpu

Signed-off-by: Nikunj A Dadhania --- cputlb.c| 15 +++ include/exec/exec-all.h | 2 ++ target-ppc/mmu-hash64.c | 2 +- 3 files changed, 18 insertions(+), 1 deletion(-) diff --git a/cputlb.c b/cputlb.c index 64faf47..17ff58e 100644 --- a/cputlb.c +++ b/cputlb.c @@ -1

[Qemu-devel] [PATCH RFC 3/4] target-ppc: use atomic_cmpxchg for ld/st reservation

Signed-off-by: Nikunj A Dadhania --- target-ppc/translate.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/target-ppc/translate.c b/target-ppc/translate.c index 4a882b3..447c13e 100644 --- a/target-ppc/translate.c +++ b/target-ppc/translate.c @@ -72,

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 2/7] ppc/pnv: add a PnvChip object

On 09/01/2016 07:21 PM, Greg Kurz wrote: > On Wed, 31 Aug 2016 18:34:10 +0200 > Cédric Le Goater wrote: > >> This is is an abstraction of a POWER8 chip which is a set of cores >> plus other 'units', like the pervasive unit, the interrupt controller, >> the memory controller, the on-chip microcont

[Qemu-devel] [PATCH RFC 2/4] target-ppc: with MTTCG report more threads

Signed-off-by: Nikunj A Dadhania --- target-ppc/kvm.c | 2 +- target-ppc/kvm_ppc.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/target-ppc/kvm.c b/target-ppc/kvm.c index dcb68b9..20eb450 100644 --- a/target-ppc/kvm.c +++ b/target-ppc/kvm.c @@ -2090,7 +2090,7 @@ void

[Qemu-devel] [PATCH RFC 1/4] spapr-hcall: take iothread lock during handler call

Signed-off-by: Nikunj A Dadhania --- hw/ppc/spapr_hcall.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/hw/ppc/spapr_hcall.c b/hw/ppc/spapr_hcall.c index e5eca67..daea7a0 100644 --- a/hw/ppc/spapr_hcall.c +++ b/hw/ppc/spapr_hcall.c @@ -1075,20 +1075,27 @@ target_

[Qemu-devel] [PATCH RFC 0/4] Enable MTTCG on PowerPC

The series is a first attempt at enabling Multi-Threaded TCG on PowerPC. Changes that were needed to enable PowerPC are pretty simple; Patch 01: Take a iothread lock during hcall, as hcall can generate io requests 02: For TCG, we were harcoding smt as 1, this gets rid of the limitation

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 1/7] ppc/pnv: add skeleton PowerNV platform

>> +/* >> + * QEMU PowerPC PowerNV model >> + * >> + * Copyright (c) 2004-2007 Fabrice Bellard >> + * Copyright (c) 2007 Jocelyn Mayer >> + * Copyright (c) 2010 David Gibson, IBM Corporation. >> + * Copyright (c) 2014-2016 BenH, IBM Corporation. >> + * >> + * Permission is hereby granted, free of c

Re: [Qemu-devel] [PATCH for 2.8 10/11] Revert "intel_iommu: Throw hw_error on notify_started"

On Fri, Sep 02, 2016 at 02:15:57PM +0800, Peter Xu wrote: > > No, implement the full notifier, and a listener which only wants the > > invalidates can just ignore callbacks which add new mappings. > > > > As I said, you'll need this to get VFIO working with vIOMMU which > > someone is bound to wan

Re: [Qemu-devel] [PATCH v7 0/4] Add Mediated device support

On 9/2/2016 1:31 AM, Alex Williamson wrote: > On Thu, 1 Sep 2016 23:52:02 +0530 > Kirti Wankhede wrote: > >> Alex, >> Thanks for summarizing the discussion. >> >> On 8/31/2016 9:18 PM, Alex Williamson wrote: >>> On Wed, 31 Aug 2016 15:04:13 +0800 >>> Jike Song wrote: >>> On 08/31/2016

Re: [Qemu-devel] [PATCH for 2.8 10/11] Revert "intel_iommu: Throw hw_error on notify_started"

On Fri, Sep 02, 2016 at 04:10:14PM +1000, David Gibson wrote: > On Fri, 2 Sep 2016 13:37:33 +0800 > Peter Xu wrote: > > > On Fri, Sep 02, 2016 at 02:15:04PM +1000, David Gibson wrote: > > > What!? I see no reason you need a different notifier, just fix the > > > implementation of the current one

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

Eduardo Habkost writes: > On Wed, Aug 31, 2016 at 02:47:21PM -0700, > no-re...@ec2-52-6-146-230.compute-1.amazonaws.com wrote: > [...] >> GTESTER check-qtest-x86_64 >> qemu-system-x86_64: Failed initializing vhost-user memory map, consider >> using -object memory-backend-file share=on >> qemu-s

Re: [Qemu-devel] [PATCH for 2.8 10/11] Revert "intel_iommu: Throw hw_error on notify_started"

On Fri, 2 Sep 2016 13:37:33 +0800 Peter Xu wrote: > On Fri, Sep 02, 2016 at 02:15:04PM +1000, David Gibson wrote: > > What!? I see no reason you need a different notifier, just fix the > > implementation of the current one. As a bonus this will also give you > > working VFIO passthrough with vI

Re: [Qemu-devel] [PATCH for 2.8 11/11] vhost_net: device IOTLB support

On Thu, Sep 01, 2016 at 03:36:40PM +0800, Jason Wang wrote: > The synchronization were done in kernel: > > - message dequeue and enqueue were protected by a spinlock > - the data path and control path (e.g IOTLB updating) were synchronized > through mutex Yes I didn't notice it's the vhost chr de

Re: [Qemu-devel] [PATCH v2 1/1] block-backend: allow flush on devices with open tray

John Snow writes: > If a device still has an attached BDS because the medium has not yet > been removed, we will be unable to migrate to a new host because > blk_flush will return an error for that backend. > > Replace the call to blk_is_available to blk_is_inserted to weaken > the check and allo

Re: [Qemu-devel] [PATCH for 2.8 10/11] Revert "intel_iommu: Throw hw_error on notify_started"

On Fri, Sep 02, 2016 at 02:15:04PM +1000, David Gibson wrote: > What!? I see no reason you need a different notifier, just fix the > implementation of the current one. As a bonus this will also give you > working VFIO passthrough with vIOMMU on x86, something which should > work already, but does

Re: [Qemu-devel] [PATCH v7 0/4] Add Mediated device support

On 9/2/2016 10:18 AM, Michal Privoznik wrote: > On 01.09.2016 18:59, Alex Williamson wrote: >> On Thu, 1 Sep 2016 18:47:06 +0200 >> Michal Privoznik wrote: >> >>> On 31.08.2016 08:12, Tian, Kevin wrote: > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Wednesday, August

Re: [Qemu-devel] [PATCH] vhost-user: return if no net clients found

At 2016-09-01 20:52:44, "Marc-André Lureau" wrote: >Hi > >On Thu, Sep 1, 2016 at 4:00 PM Chen Hanxiao wrote: > >> >> Hi, here is the backtrace: >> >> #0 net_vhost_user_event (opaque=0x7fc2f6893be0, event=5) at >> net/vhost-user.c:196 >> #1 0x7fc2f4ebfb2b in tcp_chr_disconnect (chr=0x7fc2f6

Re: [Qemu-devel] [PATCH v7 0/4] Add Mediated device support

On 01.09.2016 18:59, Alex Williamson wrote: > On Thu, 1 Sep 2016 18:47:06 +0200 > Michal Privoznik wrote: > >> On 31.08.2016 08:12, Tian, Kevin wrote: From: Alex Williamson [mailto:alex.william...@redhat.com] Sent: Wednesday, August 31, 2016 12:17 AM Hi folks, At KVM

Re: [Qemu-devel] [libvirt] qapi DEVICE_DELETED event issued *before* instance_finalize?!

On 02.09.2016 01:11, Alex Williamson wrote: > Hey, > > > It appears that DEVICE_DELETED only means the VM is done with the > device but libvirt is interpreting it as QEMU is done with the device. > Which is correct? Do we need a new event or do we need to fix the > ordering of this event? An o

Re: [Qemu-devel] [PATCH for 2.8 10/11] Revert "intel_iommu: Throw hw_error on notify_started"

On Thu, 1 Sep 2016 11:58:48 +0800 Peter Xu wrote: > On Wed, Aug 31, 2016 at 08:43:42PM -0600, Alex Williamson wrote: > > > > >>This reverts commit 3cb3b1549f5401dc3a5e1d073e34063dc274136f. Vhost > > > > >>device IOTLB API will get notified and send invalidation request to > > > > >>vhost through

[Qemu-devel] [PATCH for-2.7] vnc: fix qemu crash because of SIGSEGV

The backtrace is: 0x7f0b75cdf880 in pixman_image_get_stride () from /lib64/libpixman-1.so.0 0x7f0b77bcb3cf in vnc_server_fb_stride (vd=0x7f0b7a1a2bb0) at ui/vnc.c:680 vnc_dpy_copy (dcl=0x7f0b7a1a2c00, src_x=224, src_y=263, dst_x=319, dst_y=363, w=1, h=1) at ui/vnc.c:915 0x7f0b77bbcc35

Re: [Qemu-devel] [PATCH v2 4/6] virtio-balloon: keep collecting stats on save/restore

On Thu, Sep 01, 2016 at 05:43:05PM +0200, Ladi Prosek wrote: > On Thu, Sep 1, 2016 at 4:17 PM, Roman Kagan wrote: > > I'm not happy with this patch: it tries to solve the problem on the > > "save" side and therefore doesn't fix the bug when migrating from an > > earlier QEMU version. > > > > I won

Re: [Qemu-devel] [PATCH v8 1/2] virtio-crypto: Add virtio crypto device specification

Hi Alex, > -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Thursday, September 01, 2016 9:37 PM > Subject: Re: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device > specification > > On 08/30/2016 02:12 PM, Gonglei wrote: > > The virtio crypto device is a vir

Re: [Qemu-devel] [PATCH] spapr: implement H_CHANGE_LOGICAL_LAN_MAC h_call

On Thu, Sep 01, 2016 at 10:10:49AM +0200, Laurent Vivier wrote: > Since kernel v4.0, linux uses H_CHANGE_LOGICAL_LAN_MAC to change lively > the MAC address of an ibmveth interface. > > As QEMU doesn't implement this h_call, we can't change anymore the > MAC address of an spapr-vlan interface. > >

Re: [Qemu-devel] DAX can not work on virtual nvdimm device

On Wed, Aug 31, 2016 at 04:44:47PM +0800, Xiao Guangrong wrote: > On 08/31/2016 01:09 AM, Dan Williams wrote: > > > > Can you post your exact reproduction steps? This test is not failing for > > me. > > > > Sure. > > 1. make the guest kernel based on your tree, the top commit is >10d7902f

[Qemu-devel] [PATCH RESEND v3] target-i386: present virtual L3 cache info for vcpus

Some software algorithms are based on the hardware's cache info, for example, for x86 linux kernel, when cpu1 want to wakeup a task on cpu2, cpu1 will trigger a resched IPI and told cpu2 to do the wakeup if they don't share low level cache. Oppositely, cpu1 will access cpu2's runqueue directly if t

Re: [Qemu-devel] [PATCH v3] target-i386: present virtual L3 cache info for vcpus

> -Original Message- > From: longpeng > Sent: Friday, September 02, 2016 10:23 AM > To: ehabk...@redhat.com; r...@twiddle.net; pbonz...@redhat.com; > m...@redhat.com > Cc: Zhaoshenglong; Gonglei (Arei); Huangpeng (Peter); Herongguang (Stephen); > qemu-devel@nongnu.org; Longpeng(Mike) > Subj

[Qemu-devel] [PATCH v3] target-i386: present virtual L3 cache info for vcpus

From: "Longpeng(Mike)" Some software algorithms are based on the hardware's cache info, for example, for x86 linux kernel, when cpu1 want to wakeup a task on cpu2, cpu1 will trigger a resched IPI and told cpu2 to do the wakeup if they don't share low level cache. Oppositely, cpu1 will access cpu2

Re: [Qemu-devel] [Xen-devel] [PATCH 2/2] xen_platform: SUSE xenlinux unplug for emulated PCI

On Thu, 1 Sep 2016, Konrad Rzeszutek Wilk wrote: > On Thu, Sep 01, 2016 at 02:11:31PM +0200, Olaf Hering wrote: > > Implement SUSE specific unplug protocol for emulated PCI devices > > in PVonHVM guests. Its a simple 'outl(1, (ioaddr + 4));'. > > This protocol was implemented and used since Xen 3.0

Re: [Qemu-devel] [PATCH v2] target-i386: present virtual L3 cache info for vcpus

Hi Michael, On 2016/9/1 21:27, Michael S. Tsirkin wrote: > On Thu, Sep 01, 2016 at 02:58:05PM +0800, l00371263 wrote: >> From: "Longpeng(Mike)" >> >> Some software algorithms are based on the hardware's cache info, for example, >> for x86 linux kernel, when cpu1 want to wakeup a task on cpu2, cp

Re: [Qemu-devel] [virtio-comment] Re: [PATCH] *** Vhost-pci RFC v2 ***

On 09/01/2016 09:05 PM, Marc-André Lureau wrote: On Thu, Sep 1, 2016 at 4:13 PM Wei Wang > wrote: On 09/01/2016 04:49 PM, Marc-André Lureau wrote: > Hi > > On Thu, Sep 1, 2016 at 12:19 PM Wei Wang mailto:wei.w.w...@intel.com> >

Re: [Qemu-devel] [Xen-devel] [PATCH 2/2] xen_platform: SUSE xenlinux unplug for emulated PCI

On Thu, Sep 01, 2016 at 02:11:31PM +0200, Olaf Hering wrote: > Implement SUSE specific unplug protocol for emulated PCI devices > in PVonHVM guests. Its a simple 'outl(1, (ioaddr + 4));'. > This protocol was implemented and used since Xen 3.0.4. > It is used in all SUSE/SLES/openSUSE releases up to

Re: [Qemu-devel] [Qemu-block] [PATCH v2 1/1] block-backend: allow flush on devices with open tray

On Thu, Sep 01, 2016 at 05:56:52PM -0400, John Snow wrote: > If a device still has an attached BDS because the medium has not yet > been removed, we will be unable to migrate to a new host because > blk_flush will return an error for that backend. > > Replace the call to blk_is_available to blk_is

[Qemu-devel] qapi DEVICE_DELETED event issued *before* instance_finalize?!

Hey, I'm out of my QOM depth, so I'll just beg for help in advance. I noticed in testing vfio-pci hotunplug that the host seems to be trying to reclaim the device before QEMU is actually done with it, there's a very short race where libvirt has seen the DEVICE_DELETED event and tries to unbind th

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

Eduardo Habkost writes: > On Thu, Sep 01, 2016 at 02:39:37PM -0300, Eduardo Habkost wrote: >> On Thu, Sep 01, 2016 at 05:41:52PM +0200, Paolo Bonzini wrote: >> > On 01/09/2016 17:10, Eduardo Habkost wrote: >> > > Ouch. It looks like the ordering requirements are messier than I >> > > thought. vho

Re: [Qemu-devel] [PATCH v2 1/1] block-backend: allow flush on devices with open tray

On 09/01/2016 06:11 PM, Eric Blake wrote: Sounds slightly nicer if you stop short: s/ to work// I'm happy with this edit if a maintainer would like to make it.

Re: [Qemu-devel] [Qemu-block] [PATCH] atapi: allow 0 transfer bytes for read_cd command

On 08/21/2016 05:16 PM, Hervé Poussineau wrote: Le 18/08/2016 à 16:24, Kevin Wolf a écrit : Hm, which of the paths in cmd_read_cd() does this hit? Is it the one that directly calls ide_atapi_cmd_ok() without doing anything? This is in ide_atapi_cmd, at line: if (cmd->handler && !(cmd->flags

Re: [Qemu-devel] [PATCH v2 1/1] block-backend: allow flush on devices with open tray

On 09/01/2016 04:56 PM, John Snow wrote: > If a device still has an attached BDS because the medium has not yet > been removed, we will be unable to migrate to a new host because > blk_flush will return an error for that backend. > > Replace the call to blk_is_available to blk_is_inserted to weake

[Qemu-devel] [PATCH v2 1/1] block-backend: allow flush on devices with open tray

If a device still has an attached BDS because the medium has not yet been removed, we will be unable to migrate to a new host because blk_flush will return an error for that backend. Replace the call to blk_is_available to blk_is_inserted to weaken the check and allow flushes from the backend to w

[Qemu-devel] [PATCH v2 0/1] block-backend: allow flush on devices with open tray

This one fell through the cracks. This is therefore for 2.7.1 and the 2.8 development tree instead. I have not written a test for this just yet, does anyone have a suggestion on where it belongs? John Snow (1): block-backend: allow flush on devices with open tray block/block-backend.c | 6 +++

[Qemu-devel] hostdev / iSCSI issue in QEMU 2.7

Hello, we need help for an issue we have sice QEMU 2.7. May be we use the wrong mailing list. If so please let me know which mail list we have to use to report problems in QEMU. Best regards Holger === We use the

Re: [Qemu-devel] [PATCH v7 0/4] Add Mediated device support

On Thu, 1 Sep 2016 23:52:02 +0530 Kirti Wankhede wrote: > Alex, > Thanks for summarizing the discussion. > > On 8/31/2016 9:18 PM, Alex Williamson wrote: > > On Wed, 31 Aug 2016 15:04:13 +0800 > > Jike Song wrote: > > > >> On 08/31/2016 02:12 PM, Tian, Kevin wrote: > From: Alex Willia

[Qemu-devel] how to know ept is used by kvm

Hi all, How can I know ept (extended page table) is used by kvm? Do I need special configuration or options to enable ept in kvm? thanks Yuxin

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

On Thu, Sep 01, 2016 at 02:39:37PM -0300, Eduardo Habkost wrote: > On Thu, Sep 01, 2016 at 05:41:52PM +0200, Paolo Bonzini wrote: > > On 01/09/2016 17:10, Eduardo Habkost wrote: > > > Ouch. It looks like the ordering requirements are messier than I > > > thought. vhost-user depends on the memory ba

[Qemu-devel] [Bug 1619438] [NEW] GTK+ UI, delete key deletes to the left in the monitor

Public bug reported: it must delete characters to the right, otherwise it is like having two backspaces ** Affects: qemu Importance: Undecided Status: New -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.la

Re: [Qemu-devel] [PATCH 2/2] virtio-balloon: resume collecting stats on vmload

On Thu, Sep 01, 2016 at 09:14:00PM +0300, Roman Kagan wrote: > Upon save/restore virtio-balloon stats acquisition stops. The reason is > that the in-use virtqueue element is not saved, and upon restore it's > not released to the guest, making further progress impossible. > > Saving the informatio

[Qemu-devel] [Bug 1615212] Re: SDL UI switching to monitor half-broken and scrolling broken

i see, but there are still problems with the user interfaces. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1615212 Title: SDL UI switching to monitor half-broken and scrolling broken Status in QE

Re: [Qemu-devel] [PATCH v7 0/4] Add Mediated device support

Alex, Thanks for summarizing the discussion. On 8/31/2016 9:18 PM, Alex Williamson wrote: > On Wed, 31 Aug 2016 15:04:13 +0800 > Jike Song wrote: > >> On 08/31/2016 02:12 PM, Tian, Kevin wrote: From: Alex Williamson [mailto:alex.william...@redhat.com] Sent: Wednesday, August 31, 2016

[Qemu-devel] [PATCH 0/2] virtio-balloon: resume collecting stats on vmload

Fix virtio-balloon stats acquisition which stops upon save/restore. Roman Kagan (2): virtio: add virtqueue_rewind virtio-balloon: resume collecting stats on vmload Signed-off-by: Roman Kagan Cc: "Michael S. Tsirkin" Cc: Ladi Prosek Cc: Stefan Hajnoczi --- hw/virtio/virtio-balloon.c | 21

[Qemu-devel] [PATCH 2/2] virtio-balloon: resume collecting stats on vmload

Upon save/restore virtio-balloon stats acquisition stops. The reason is that the in-use virtqueue element is not saved, and upon restore it's not released to the guest, making further progress impossible. Saving the information about the used element would introduce unjustified vmstate incompatib

[Qemu-devel] [PATCH 1/2] virtio: add virtqueue_rewind

If the in-use elements aren't migrated (like is the case with virtio-balloon stats vq), make virtqueue forget about them and pretend they haven't been popped yet, to allow to start over on load. Signed-off-by: Roman Kagan Cc: "Michael S. Tsirkin" Cc: Ladi Prosek Cc: Stefan Hajnoczi --- hw/vir

[Qemu-devel] [RFC] e1000: Don't save writes to ICS/ICR masked by IMS

Windows 8, 10 and Server 2012 guests hang intermittently while booting on Xen 4.5.3 with 1 vCPU and 4 e1000 vNICs, shortly after the Windows logo appears and the little dots start spinning. Running strace on qemu shows its main thread doing the following every couple of milliseconds: ppoll([...,

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

On Thu, Sep 01, 2016 at 05:41:52PM +0200, Paolo Bonzini wrote: > On 01/09/2016 17:10, Eduardo Habkost wrote: > > Ouch. It looks like the ordering requirements are messier than I > > thought. vhost-user depends on the memory backends to be already > > initialized. > > You could also look at delayin

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

On Thu, Sep 01, 2016 at 06:52:42PM +0200, Michal Privoznik wrote: > On 01.09.2016 17:10, Eduardo Habkost wrote: > > On Wed, Aug 31, 2016 at 02:47:21PM -0700, > > no-re...@ec2-52-6-146-230.compute-1.amazonaws.com wrote: > > [...] > >> GTESTER check-qtest-x86_64 > >> qemu-system-x86_64: Failed initi

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 2/7] ppc/pnv: add a PnvChip object

On Wed, 31 Aug 2016 18:34:10 +0200 Cédric Le Goater wrote: > This is is an abstraction of a POWER8 chip which is a set of cores > plus other 'units', like the pervasive unit, the interrupt controller, > the memory controller, the on-chip microcontroller, etc. The whole can > be seen as a socket.

Re: [Qemu-devel] [PATCH RFC] docs: add PCIe devices placement guidelines

On 09/01/16 15:51, Marcel Apfelbaum wrote: > On 09/01/2016 04:27 PM, Peter Maydell wrote: >> On 1 September 2016 at 14:22, Marcel Apfelbaum wrote: >>> Proposes best practices on how to use PCIe/PCI device >>> in PCIe based machines and explain the reasoning behind them. >>> >>> Signed-off-by: Marc

Re: [Qemu-devel] [PATCH v7 0/4] Add Mediated device support

On Thu, 1 Sep 2016 18:47:06 +0200 Michal Privoznik wrote: > On 31.08.2016 08:12, Tian, Kevin wrote: > >> From: Alex Williamson [mailto:alex.william...@redhat.com] > >> Sent: Wednesday, August 31, 2016 12:17 AM > >> > >> Hi folks, > >> > >> At KVM Forum we had a BoF session primarily around the me

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

On 01.09.2016 17:10, Eduardo Habkost wrote: > On Wed, Aug 31, 2016 at 02:47:21PM -0700, > no-re...@ec2-52-6-146-230.compute-1.amazonaws.com wrote: > [...] >> GTESTER check-qtest-x86_64 >> qemu-system-x86_64: Failed initializing vhost-user memory map, consider >> using -object memory-backend-file

Re: [Qemu-devel] [PATCH v7 0/4] Add Mediated device support

On 31.08.2016 08:12, Tian, Kevin wrote: >> From: Alex Williamson [mailto:alex.william...@redhat.com] >> Sent: Wednesday, August 31, 2016 12:17 AM >> >> Hi folks, >> >> At KVM Forum we had a BoF session primarily around the mediated device >> sysfs interface. I'd like to share what I think we agree

Re: [Qemu-devel] [kvm-unit-tests PATCH v3 08/10] arm/arm64: gicv2: add an IPI test

Hi Drew, On 15/07/2016 15:00, Andrew Jones wrote: > Signed-off-by: Andrew Jones > --- > v2: add more details in the output if a test fails, > report spurious interrupts if we get them > --- > arm/Makefile.common | 6 +- > arm/gic.c | 194 > +++

Re: [Qemu-devel] [kvm-unit-tests PATCH v3 09/10] arm/arm64: gicv3: add an IPI test

Hi Drew, On 15/07/2016 15:00, Andrew Jones wrote: > Signed-off-by: Andrew Jones > > --- > v2: use IRM for gicv3 broadcast > --- > arm/gic.c | 157 > ++ > arm/unittests.cfg | 6 +++ > 2 files changed, 154 insertions(+), 9 deletions(-

Re: [Qemu-devel] [PATCH] spapr: implement H_CHANGE_LOGICAL_LAN_MAC h_call

On 01/09/2016 15:13, Thomas Huth wrote: > On 01.09.2016 10:10, Laurent Vivier wrote: >> Since kernel v4.0, linux uses H_CHANGE_LOGICAL_LAN_MAC to change lively >> the MAC address of an ibmveth interface. >> >> As QEMU doesn't implement this h_call, we can't change anymore the >> MAC address of an

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 1/7] ppc/pnv: add skeleton PowerNV platform

On Wed, 31 Aug 2016 18:34:09 +0200 Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > The goal is to emulate a PowerNV system at the level of the skiboot > firmware, which loads the OS and provides some runtime services. Power > Systems have a lower firmware (HostBoot) that does low lev

Re: [Qemu-devel] [PATCH 0/2] Xen HVM unplug changes

On 01/09/2016 14:11, Olaf Hering wrote: > Update unplug in Xen HVM guests to cover more cases. > Please review. > > Olaf > > Olaf Hering (2): > xen_platform: unplug also SCSI disks > xen_platform: SUSE xenlinux unplug for emulated PCI > > hw/i386/xen/xen_platform.c | 36 ++

Re: [Qemu-devel] [PATCH v2 4/6] virtio-balloon: keep collecting stats on save/restore

On Thu, Sep 01, 2016 at 05:43:05PM +0200, Ladi Prosek wrote: > On Thu, Sep 1, 2016 at 4:17 PM, Roman Kagan wrote: > > On Thu, Sep 01, 2016 at 10:35:49AM +0200, Ladi Prosek wrote: > >> On Fri, Aug 19, 2016 at 3:39 PM, Roman Kagan wrote: > >> > Upon save/restore virtio-balloon stats acquisition sto

[Qemu-devel] how to monitor vm exit

Hi All, I have two questions. 1. How can I track how many vm exit happens during vm execution using KVM under Ubuntu? 2. How can I config KVM to enable/disable conditional vm exiting. For example, how can I disable WBINVD exiting? Thanks a lot Yuxin

Re: [Qemu-devel] Deprecate/remove AIX host support? Solaris?

>From time to time I'm using Qemu on my Solaris 11/amd64 workstation. But as in case of AIX, Solaris build was neither done easily in IIRC I also tweaked configure in a place or two. So if you keep it, good, if not, no end of world as I'm planning to migrate to some other OS anyway in the future be

Re: [Qemu-devel] [PATCH v5 2/5] target-ppc: add vector extract instructions

On 08/31/2016 11:36 PM, Rajalakshmi Srinivasaraghavan wrote: +#if defined(HOST_WORDS_BIGENDIAN) +#define VEXTRACT(suffix, element)\ +void helper_vextract##suffix(ppc_avr_t *r, ppc_avr_t *b, uint32_t index) \ +{

Re: [Qemu-devel] [PATCH] doc/rcu: fix typo

On 01/09/2016 04:21, Cao jin wrote: > Signed-off-by: Cao jin > --- > docs/rcu.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/docs/rcu.txt b/docs/rcu.txt > index 2f70954..a70b72c 100644 > --- a/docs/rcu.txt > +++ b/docs/rcu.txt > @@ -37,7 +37,7 @@ do not matter; as

[Qemu-devel] Deprecate/remove AIX host support? Solaris?

Hi; I was wondering whether we should remove the probably-broken and certainly-untested support for some of the more obscure host OSes we have ifdefs lurking around for. AIX host support seems like an easy one to me. As far as I can tell it's been impossible to build QEMU since 2013 without editin

Re: [Qemu-devel] [PATCH v2 4/6] virtio-balloon: keep collecting stats on save/restore

On Thu, Sep 01, 2016 at 10:35:49AM +0200, Ladi Prosek wrote: > On Fri, Aug 19, 2016 at 3:39 PM, Roman Kagan wrote: > > Upon save/restore virtio-balloon stats acquisition stops. The reason is > > that the fact that the (only) virtqueue element is being used by QEMU is > > not recorded anywhere on

Re: [Qemu-devel] [PATCH] Fix memory leak in ide_register_restart_cb()

On Thu, Sep 1, 2016 at 9:13 PM, Paolo Bonzini wrote: > On 01/09/2016 07:31, Ashijeet Acharya wrote: >> I am still waiting for review on this one. > > Hi, > > QEMU is in hard freeze now so it's normal to have some delay in patch > review. Maintainers often use this time to work on their own featur

Re: [Qemu-devel] [PATCH v2 4/6] virtio-balloon: keep collecting stats on save/restore

On Thu, Sep 1, 2016 at 4:17 PM, Roman Kagan wrote: > On Thu, Sep 01, 2016 at 10:35:49AM +0200, Ladi Prosek wrote: >> On Fri, Aug 19, 2016 at 3:39 PM, Roman Kagan wrote: >> > Upon save/restore virtio-balloon stats acquisition stops. The reason is >> > that the fact that the (only) virtqueue eleme

Re: [Qemu-devel] [PATCH] Fix memory leak in ide_register_restart_cb()

On 01/09/2016 07:31, Ashijeet Acharya wrote: > I am still waiting for review on this one. Hi, QEMU is in hard freeze now so it's normal to have some delay in patch review. Maintainers often use this time to work on their own features. I'm sure John will get to it in short time. Paolo > On Tue

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

On 01/09/2016 17:10, Eduardo Habkost wrote: > Ouch. It looks like the ordering requirements are messier than I > thought. vhost-user depends on the memory backends to be already > initialized. You could also look at delaying initialization of vhost-user, not sending anything on the wire until af

Re: [Qemu-devel] [PATCH RFC v2 05/22] block/pcache: add aio requests into cache

Am 29.08.2016 um 19:10 hat Pavel Butsykin geschrieben: > For storing requests use an rbtree, here are add basic operations on the > rbtree to work with cache nodes. > > Signed-off-by: Pavel Butsykin > --- > block/pcache.c | 190 > - > 1 f

Re: [Qemu-devel] [PATCH RFC v2 00/22] I/O prefetch cache

On 08/29/2016 08:09 PM, Pavel Butsykin wrote: The prefetch cache aims to improve the performance of sequential read data. Of most interest here are the requests of a small size of data for sequential read, such requests can be optimized by extending them and moving into the prefetch cache. Howeve

Re: [Qemu-devel] Implementation of BusLogic SCSI host adapter (BT-958)

On 01/09/2016 15:17, Denis Dmitriev wrote: > > I think that I am missing some initialization or something like that. > To work with the registers I create a memory region, and associate it > with the read and write handlers (as an example I used lsi53c895a.c). > Maybe work with memory in which m

Re: [Qemu-devel] [PATCH] aio: Remove spurious smp_read_barrier_depends()

On 01/09/2016 16:40, Pranith Kumar wrote: >> > >> > bh is shared since it is equal to ctx->first_bh or >> > ctx->first_bh->...->next. While the compiler will always order the load >> > of bh->next after the load of ctx->first_bh and any previous load of >> > bh->next, this may not be the case fo

Re: [Qemu-devel] [PATCH] vl: Delay initialization of memory backends

On Wed, Aug 31, 2016 at 02:47:21PM -0700, no-re...@ec2-52-6-146-230.compute-1.amazonaws.com wrote: [...] > GTESTER check-qtest-x86_64 > qemu-system-x86_64: Failed initializing vhost-user memory map, consider using > -object memory-backend-file share=on > qemu-system-x86_64: vhost_set_mem_table fa

Re: [Qemu-devel] [PATCH] aio: Remove spurious smp_read_barrier_depends()

On Thu, Sep 1, 2016 at 7:01 AM, Paolo Bonzini wrote: > > > On 01/09/2016 00:29, Pranith Kumar wrote: >> smp_read_barrier_depends() should be used only if you are reading >> dependent pointers which are shared. > > bh is shared since it is equal to ctx->first_bh or > ctx->first_bh->...->next. Whil

Re: [Qemu-devel] [PATCH RFC v2 03/22] util/rbtree: add rbtree from linux kernel

Am 29.08.2016 um 19:10 hat Pavel Butsykin geschrieben: > Why don't we use rbtree from glib? We need pointer to the parent node. > For optimal implementation storing of cached chunks in the rbtree > need to get next and previous nodes and content of parent node > is very useful for effective implem

Re: [Qemu-devel] [PATCH RFC v2 01/22] block/pcache: empty pcache driver filter

Am 29.08.2016 um 19:10 hat Pavel Butsykin geschrieben: > The basic version of pcache driver for easy preparation of a patch set. > > Signed-off-by: Pavel Butsykin > +.bdrv_aio_readv = pcache_aio_readv, > +.bdrv_aio_writev= pcache_aio_writev, Can y

Re: [Qemu-devel] [PATCH] tests: Fix broken tcg test compilation

On 09/01/2016 04:02 AM, Michal Privoznik wrote: > The first build error to be seen is that linux-test.c fails to > include cutils.h: > > linux-test.c:42:25: fatal error: qemu/cutils.h: No such file or directory > > This is because toplevel include/ dir is not put onto compiler's > command line. A

Re: [Qemu-devel] [PATCH RFC v2 00/22] I/O prefetch cache

Am 29.08.2016 um 19:09 hat Pavel Butsykin geschrieben: > The prefetch cache aims to improve the performance of sequential read data. > Of most interest here are the requests of a small size of data for sequential > read, such requests can be optimized by extending them and moving into > the prefet

Re: [Qemu-devel] proposed release timetable for 2.8

On Thu, Sep 01, 2016 at 12:18:10PM +0100, Peter Maydell wrote: > I know 2.7 isn't quite out the door yet, but I figured we should > kick off the discussion of 2.8's schedule. At the QEMU Summit there > was some discussion on how we're doing with releases, and I think > the consensus view was that w

Re: [Qemu-devel] [PATCH RFC] docs: add PCIe devices placement guidelines

On 09/01/2016 04:27 PM, Peter Maydell wrote: On 1 September 2016 at 14:22, Marcel Apfelbaum wrote: Proposes best practices on how to use PCIe/PCI device in PCIe based machines and explain the reasoning behind them. Signed-off-by: Marcel Apfelbaum --- Hi, Please add your comments on what to

Re: [Qemu-devel] [PULL 3/3] vhost-user: Attempt to fix a race with set_mem_table.

On Wed, Aug 31, 2016 at 01:19:47PM +0200, Maxime Coquelin wrote: > > > On 08/14/2016 11:42 AM, Prerna Saxena wrote: > > On 14/08/16 8:21 am, "Michael S. Tsirkin" wrote: > > > > > > > On Fri, Aug 12, 2016 at 07:16:34AM +, Prerna Saxena wrote: > > > > > > > > On 12/08/16 12:08 pm, "Fam Zhen

Re: [Qemu-devel] [PATCH v8 1/2] virtio-crypto: Add virtio crypto device specification

On 08/30/2016 02:12 PM, Gonglei wrote: The virtio crypto device is a virtual crypto device (ie. hardware crypto accelerator card). The virtio crypto device can provide five crypto services: CIPHER, MAC, HASH, AEAD, KDF, ASYM, PRIMITIVE. In this patch, CIPHER, MAC, HASH, AEAD services are introdu

Re: [Qemu-devel] [PATCH v2] target-i386: present virtual L3 cache info for vcpus

On Thu, Sep 01, 2016 at 02:58:05PM +0800, l00371263 wrote: > From: "Longpeng(Mike)" > > Some software algorithms are based on the hardware's cache info, for example, > for x86 linux kernel, when cpu1 want to wakeup a task on cpu2, cpu1 will > trigger > a resched IPI and told cpu2 to do the wakeu

Re: [Qemu-devel] [PATCH RFC] docs: add PCIe devices placement guidelines

On 1 September 2016 at 14:22, Marcel Apfelbaum wrote: > Proposes best practices on how to use PCIe/PCI device > in PCIe based machines and explain the reasoning behind them. > > Signed-off-by: Marcel Apfelbaum > --- > > Hi, > > Please add your comments on what to add/remove/edit to make this doc

[Qemu-devel] [PATCH RFC] docs: add PCIe devices placement guidelines

Proposes best practices on how to use PCIe/PCI device in PCIe based machines and explain the reasoning behind them. Signed-off-by: Marcel Apfelbaum --- Hi, Please add your comments on what to add/remove/edit to make this doc usable. Thanks, Marcel docs/pcie.txt | 145

Re: [Qemu-devel] Implementation of BusLogic SCSI host adapter (BT-958)

2016-09-01 14:11 GMT+03:00 Paolo Bonzini : > > > > On 31/08/2016 15:48, Денис Дмитриев wrote: > > uint64_t buslogicReadOutgoingMailbox(BuslogicState *s, BUSLOGICTASKSTATE > > *TaskState) > > { > > uint64_tGCMailbox; > > Mailbox24 Mbx24; > > Mbx24.uCmdState = 0; > > PCIDevice *

Re: [Qemu-devel] [PATCH] spapr: implement H_CHANGE_LOGICAL_LAN_MAC h_call

On 01.09.2016 10:10, Laurent Vivier wrote: > Since kernel v4.0, linux uses H_CHANGE_LOGICAL_LAN_MAC to change lively > the MAC address of an ibmveth interface. > > As QEMU doesn't implement this h_call, we can't change anymore the > MAC address of an spapr-vlan interface. > > Signed-off-by: Laure

Re: [Qemu-devel] [virtio-comment] Re: [PATCH] *** Vhost-pci RFC v2 ***

Hi On Thu, Sep 1, 2016 at 4:13 PM Wei Wang wrote: > On 09/01/2016 04:49 PM, Marc-André Lureau wrote: > > Hi > > > > On Thu, Sep 1, 2016 at 12:19 PM Wei Wang > > wrote: > > > > On 08/31/2016 08:30 PM, Marc-André Lureau wrote: > > > >> - If it could be made no

Re: [Qemu-devel] Implementation of BusLogic SCSI host adapter (BT-958)

On 1 September 2016 at 13:59, Paolo Bonzini wrote: > On 01/09/2016 13:19, Peter Maydell wrote: >> On 1 September 2016 at 12:11, Paolo Bonzini wrote: >>> That said, this looks very much like VirtualBox code. Do not use it if >>> you want to contribute code to QEMU, because QEMU does not accept >>

  1   2   >