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

On Fri, 2 Sep 2016 14:18:47 +0800 Peter Xu wrote: > 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

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

Cédric Le Goater writes: > 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 >>

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

On 02/09/2016 04:37, David Gibson wrote: > 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 th

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

On Fri, 2016-09-02 at 12:02 +0530, 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

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

On Fri, 2016-09-02 at 12:02 +0530, Nikunj A Dadhania wrote: > 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

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

Benjamin Herrenschmidt writes: > On Fri, 2016-09-02 at 12:02 +0530, 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 ca

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

Benjamin Herrenschmidt writes: > On Fri, 2016-09-02 at 12:02 +0530, Nikunj A Dadhania wrote: >> 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(+),

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

On 02.09.2016 08:43, Cédric Le Goater wrote: > 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 ca

Re: [Qemu-devel] [PATCH v2 4/7] ppc/pnv: add a core mask to PnvChip

On 08/31/2016 06:34 PM, Cédric Le Goater wrote: > This will be used to build real HW ids for the cores and enforce some > limits on the available cores per chip. > > Signed-off-by: Cédric Le Goater > --- > hw/ppc/pnv.c | 27 +++ > include/hw/ppc/pnv.h | 2 ++ > 2

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

On 01.09.2016 18:34, Laurent Vivier wrote: > > > 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_

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

On 02.09.16 05:08, Gonglei (Arei) wrote: > 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 P

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

On 02/09/2016 10:02, Thomas Huth wrote: > On 01.09.2016 18:34, Laurent Vivier wrote: >> >> >> On 01/09/2016 15:13, Thomas Huth wrote: ... >>> Patch looks basically fine to me. One more thought though: >>> What about migration? Don't we need to migrate the perm_mac array, too, >>> or is this alrea

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

Hi On Fri, Sep 2, 2016 at 5:30 AM Wei Wang wrote: > On 09/01/2016 09:05 PM, Marc-André Lureau wrote: > > On Thu, Sep 1, 2016 at 4:13 PM Wei Wang > > wrote: > > My question is not about the support of various kind of devices (that > > is clearly a worthy goal to me)

[Qemu-devel] [RFC v2 0/4] adding mdev bus and vfio support

This patchset is based on NVidia's "Add Mediated device support" series, version 6: http://www.spinics.net/lists/kvm/msg136472.html Key Changes from Nvidia v6: - Introduced an independent struct device to host device, thereby formed a physical-host-mdev hierarchy, an

[Qemu-devel] [RFC v2 2/4] vfio: VFIO bus driver for MDEV devices

This driver implements the VFIO bus support for MDEV devices. Vendor drivers are expected to register with MDEV core driver. MDEV core driver creates mediated device and calls probe routine of this driver, then the mdev is added to VFIO core module. Main aim of this module is to manage all VFIO AP

[Qemu-devel] [RFC v2 1/4] Mediated device Core driver

Design for Mediated Device Driver: Main purpose of this driver is to provide a common interface for mediated device management that can be used by different drivers of different devices. This module provides a generic interface to create the mdev device, add it to the mdev bus, add it to IOMMU gro

[Qemu-devel] [RFC v2 3/4] vfio iommu: Add support for mediated devices

From: Kirti Wankhede VFIO IOMMU drivers are designed for the devices which are IOMMU capable. Mediated device only uses IOMMU APIs, the underlying hardware can be managed by an IOMMU domain. Aim of this change is: - To use most of the code of TYPE1 IOMMU driver for mediated devices - To support

[Qemu-devel] [RFC v2 4/4] docs: Add Documentation for Mediated devices

From: Kirti Wankhede Add file Documentation/vfio-mediated-device.txt that include details of mediated device framework. Signed-off-by: Kirti Wankhede Signed-off-by: Neo Jia Signed-off-by: Jike Song --- Documentation/vfio-mediated-device.txt | 203 + 1 file cha

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

Hi On Fri, Sep 2, 2016 at 8:00 AM Gonglei wrote: > 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, ds

Re: [Qemu-devel] [PATCH RFC v2 07/22] block/pcache: introduce LRU as method of memory

Am 29.08.2016 um 19:10 hat Pavel Butsykin geschrieben: > This is a simple solution to the problem of displacement of cache memory. > The LRU can be useful to avoid the displacement of the nodes, which have > been partially read. > > Signed-off-by: Pavel Butsykin > --- > block/pcache.c | 74 > ++

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

On Fri, 2 Sep 2016 12:02:53 +0530 Nikunj A Dadhania wrote: > 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/h

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

On 09/01/2016 03:46 PM, Michael S. Tsirkin wrote: 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 1

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

On 01/09/2016 21:34, Eduardo Habkost wrote: > 1) vhost_user_set_mem_table() fails because dev->mem->nregions is 0 > 2) dev->mem->nregions is supposed to get new entries based on the >memory listener callbacks > 3) vhost_region_add() gets called properly, and calls >vhost_set_memory(), but

Re: [Qemu-devel] [PATCH RFC v2 08/22] block/pcache: implement pickup parts of the cache

Am 29.08.2016 um 19:10 hat Pavel Butsykin geschrieben: > Implementation of obtaining fragments of the cache belonging to one area > of request. This will allow to handle the case when a request is partially > hits the cache. > > Signed-off-by: Pavel Butsykin > +static void pcache_pickup_parts_of

Re: [Qemu-devel] [PATCH RFC v2 09/22] block/pcache: separation AIOCB on requests

Am 29.08.2016 um 19:10 hat Pavel Butsykin geschrieben: > for case when the cache partially covers request we are part of the request > is filled from the cache, and the other part request from disk. Also add > reference counting for nodes, as way to maintain multithreading. > > There is still no f

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

Greg Kurz writes: > On Fri, 2 Sep 2016 12:02:53 +0530 > Nikunj A Dadhania wrote: > >> 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 e

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

On Fri, 2 Sep 2016 12:02:54 +0530 Nikunj A Dadhania wrote: > Signed-off-by: Nikunj A Dadhania > --- Shouldn't this patch be the last one, when all other issues have been addressed ? > target-ppc/kvm.c | 2 +- > target-ppc/kvm_ppc.h | 2 +- > 2 files changed, 2 insertions(+), 2 deletions

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

On Fri, Sep 02, 2016 at 05:00:28PM +1000, David Gibson wrote: > On Fri, 2 Sep 2016 14:18:47 +0800 > Peter Xu wrote: > > > 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 call

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

On 09/01/2016 09:38 PM, Richard Henderson wrote: 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, uint3

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

Greg Kurz writes: > On Fri, 2 Sep 2016 12:02:54 +0530 > Nikunj A Dadhania wrote: > >> Signed-off-by: Nikunj A Dadhania >> --- > > Shouldn't this patch be the last one, when all other issues have been > addressed ? > >> target-ppc/kvm.c | 2 +- >> target-ppc/kvm_ppc.h | 2 +- >> 2 files c

[Qemu-devel] [RFC PATCH v0] spapr: Introduce sPAPRCPUCoreClass

Each spapr cpu core type defines an instance_init routine which just populates the CPU class name. This can be done in the class_init commonly for all core types which simplifies the registration. This is inspired by how PowerNV core types are registered. Certain types of spapr cpu cores ('host' a

Re: [Qemu-devel] [kvm-unit-tests PATCH v3 10/10] arm/arm64: gic: don't just use zero

Hi Drew, On 15/07/2016 15:00, Andrew Jones wrote: > Allow user to select who sends ipis and with which irq, > rather than just always sending irq=0 from cpu0. > > Signed-off-by: Andrew Jones > > --- > v2: actually check that the irq received was the irq sent, > and (for gicv2) that the send

[Qemu-devel] [PATCH v2 1/2] xen_platform: unplug also SCSI disks

Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can be used by the emulated BIOS to boot from disk. If the HVM domU has also PV driver the disk may appear twice in the guest. To avoid this an unplug of the emulated hardware is needed, similar to what is done for IDE and NIC drive

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

Update unplug in Xen HVM guests to cover more cases. Please review. Olaf changes in v2: - fix issues reported by checkpatch Olaf Hering (2): xen_platform: unplug also SCSI disks xen_platform: SUSE xenlinux unplug for emulated PCI hw/i386/xen/xen_platform.c | 35 +++

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

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 SLES11SP3 and openSUSE 12.3. Signed-off-by: Olaf Hering --- hw/i3

Re: [Qemu-devel] [Qemu-ppc] [RFC PATCH v0] spapr: Introduce sPAPRCPUCoreClass

On 09/02/2016 11:36 AM, Bharata B Rao wrote: > Each spapr cpu core type defines an instance_init routine which just > populates the CPU class name. This can be done in the class_init > commonly for all core types which simplifies the registration. > This is inspired by how PowerNV core types are re

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

On Fri, 02 Sep 2016 14:58:12 +0530 Nikunj A Dadhania wrote: > Greg Kurz writes: > > > On Fri, 2 Sep 2016 12:02:53 +0530 > > Nikunj A Dadhania wrote: > > > >> Signed-off-by: Nikunj A Dadhania > >> --- > >> hw/ppc/spapr_hcall.c | 11 +-- > >> 1 file changed, 9 insertions(+), 2 delet

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

On 02/09/2016 07:21, Kirti Wankhede wrote: > On 9/2/2016 10:18 AM, Michal Privoznik wrote: > > Okay, maybe I'm misunderstanding something. I just thought that users > > will consult libvirt's nodedev driver (e.g. virsh nodedev-list && virsh > > nodedev-dumpxml $id) to fetch vGPU capabilities and

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

On 02.09.2016 08:32, Nikunj A Dadhania wrote: > 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_hcal

Re: [Qemu-devel] qemu-2.7 regression, IPXE boot in HVM fails

On Wed, Aug 31, Olaf Hering wrote: > The following HVM domU.cfg crashes during boot from emulated network > with qemu 2.7, but it works fine with qemu stable-2.6 branch: > > name='hvm' > memory=1024 > vcpus=2 > boot="n" > disk=[ 'file:/disk0.raw,hda,w', ] > vif=[ 'mac=00:08:15:41:10:80,bridge=br0

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

> -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Friday, September 02, 2016 4:07 PM > Subject: Re: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device > specification > > > > On 02.09.16 05:08, Gonglei (Arei) wrote: > > Hi Alex, > > > > > >> -Original M

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

Hi, You should change your patch's commit message to show what your patch solved. Please refer to the guide: http://wiki.qemu.org/Contribute/SubmitAPatch Regards, -Gonglei On 2016/9/2 14:41, zhangzhiming wrote: > ping > > zhangzhiming > zhangzhimin...@meituan.com > > > >> On Aug 15, 2016,

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

On Fri, 02 Sep 2016 15:04:47 +0530 Nikunj A Dadhania wrote: > Greg Kurz writes: > > > On Fri, 2 Sep 2016 12:02:54 +0530 > > Nikunj A Dadhania wrote: > > > >> Signed-off-by: Nikunj A Dadhania > >> --- > > > > Shouldn't this patch be the last one, when all other issues have been > > addre

Re: [Qemu-devel] 答复： Re: [PATCH] chardev: Add 'help' option to print all available chardev backend types

On 25/08/2016 08:08, Lin Ma wrote: > > Markus Armbruster 2016/8/17 星期三 下午 2:52 >>> >>"Lin Ma" writes: >> >> Marc-André Lureau 8/17/2016 1:25 上午 >>> >>[...] How different is it from the list in qemu -help ? Why duplicate that list with less informations (arguments and details

Re: [Qemu-devel] [PATCH] chardev: Add 'help' option to print all available chardev backend types

On 16/08/2016 19:13, Lin Ma wrote: > Signed-off-by: Lin Ma > --- > qemu-char.c | 21 - > qemu-options.hx | 3 +++ > 2 files changed, 19 insertions(+), 5 deletions(-) > > diff --git a/qemu-char.c b/qemu-char.c > index 8a0ab05..8a7aef3 100644 > --- a/qemu-char.c > +++ b/

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

On 2016/9/2 16:38, Marc-André Lureau wrote: > Hi > > On Fri, Sep 2, 2016 at 8:00 AM Gonglei > wrote: > > The backtrace is: > > 0x7f0b75cdf880 in pixman_image_get_stride () from > /lib64/libpixman-1.so.0 > 0x7f0b77bcb3cf in vnc_server_fb_str

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

On 25/08/2016 12:14, Chao Peng wrote: > This patchset is trying to optimize guest startup time by disabling > or simplifying some features in QEMU. The version 1 can be found at: > https://lists.nongnu.org/archive/html/qemu-devel/2016-06/msg04842.html > > Unlike version 1, this version optimizes

[Qemu-devel] [Bug 1617929] Re: qemu hangs in pselect syscall

Second part of scratch.armv7l.0.tar.gz. ** Attachment added: "scratch.armv7l.0.tar.gz.ab" https://bugs.launchpad.net/qemu/+bug/1617929/+attachment/4732841/+files/scratch.armv7l.0.tar.gz.ab -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed t

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

On 09/02/2016 09:57 AM, Thomas Huth wrote: > On 02.09.2016 08:43, Cédric Le Goater wrote: >> 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

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

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. After that: qemu.git/include/qemu/cutils.h:171:1: error: unkno

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

On 2 September 2016 at 12:49, 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 li

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

Hi Michal, On Fri, Sep 2, 2016 at 7:49 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'

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

On Fri, 2016-09-02 at 13:09 +0530, Nikunj A Dadhania wrote: > Benjamin Herrenschmidt writes: > > > > > On Fri, 2016-09-02 at 12:02 +0530, Nikunj A Dadhania wrote: > > > > > > The series is a first attempt at enabling Multi-Threaded TCG on > > > PowerPC. > > > Changes that were needed to enable

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

Hi On Fri, Sep 2, 2016 at 3:04 PM Gonglei wrote: > > > It looks like this is not a regression from 2.7, perhaps it should be > post-poned? > > > Yes, it's not a regression from 2.7, but it indeed is a serious bug and > the fix is harmless. :) > > The timing is bad. Unless Gerd or a maintainer se

[Qemu-devel] virtfs / 9p - and "Permission denied" in guests

hi devel, sorry to bother you but tried "users" without any luck and am hoping to get some help here. I'm trying to passthrough host's filesystem, first time but a pretty regular setup, and guests mount that mount tag, I can list in a guest mountpoint's content, I see files & dirs but when I

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

On 2 September 2016 at 13:34, Marc-André Lureau wrote: > Hi > > On Fri, Sep 2, 2016 at 3:04 PM Gonglei wrote: > >> >> > It looks like this is not a regression from 2.7, perhaps it should be >> post-poned? >> > >> Yes, it's not a regression from 2.7, but it indeed is a serious bug and >> the fix i

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

On Thu, Sep 01, 2016 at 10:26:54PM +0300, Michael S. Tsirkin wrote: > 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

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

On 02/09/2016, 12:26, "Gonglei (Arei)" wrote: > >> -Original Message- >> From: Alexander Graf [mailto:ag...@suse.de] >> Sent: Friday, September 02, 2016 4:07 PM >> Subject: Re: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device >>specification >> >> >> >> On 02.09.16 05:08, Gonglei

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

okay, thank you, guys. 发件人：Peter Maydell 收件人：Marc-André Lureau, 抄送：龚磊,qemu-devel,黄伟栋,Gerd Hoffmann, 时间：2016-09-02 20:39:52 主题:Re: [Qemu-devel] [PATCH for-2.7] vnc: fix qemu crash because of SIGSEGV On 2 September 2016 at 13:34, Marc-André Lureau wrote: > Hi > > On Fri, Sep 2, 2016 at 3:04 PM Gong

[Qemu-devel] [Bug 568228] Re: /home/qemu-0.12.3/tcg/tcg.c:1367: tcg fatal error

** Changed in: qemu Status: New => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/568228 Title: /home/qemu-0.12.3/tcg/tcg.c:1367: tcg fatal error Status in QEMU: Invalid Bug descr

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

On Fri, Sep 02, 2016 at 12:27:25AM +0800, Wei Wang wrote: > On 09/01/2016 12:07 AM, Stefan Hajnoczi wrote: > > On Tue, Aug 30, 2016 at 10:08:01AM +, Wang, Wei W wrote: > > > On Monday, August 29, 2016 11:25 PM, Stefan Hajnoczi wrote: > > > > To: Wang, Wei W > > > > Cc: k...@vger.kernel.org; qe

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

On Tue, Aug 30, 2016 at 08:12:15PM +0800, Gonglei wrote: Hi, I have read through part of the spec and suggest mostly grammar fixes below. > The virtio crypto device is a virtual crypto device (ie. hardware > crypto accelerator card). The virtio crypto device can provide > five crypto services: CI

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

On Fri, Sep 02, 2016 at 06:55:35AM +, Gonglei (Arei) wrote: > 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 th

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

On 02.09.16 12:26, Gonglei (Arei) wrote: > >> -Original Message- >> From: Alexander Graf [mailto:ag...@suse.de] >> Sent: Friday, September 02, 2016 4:07 PM >> Subject: Re: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device >> specification >> >> >> >> On 02.09.16 05:08, Gonglei (Are

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

On Fri, Sep 02, 2016 at 10:59:21AM +0200, Paolo Bonzini wrote: > > > On 01/09/2016 21:34, Eduardo Habkost wrote: > > 1) vhost_user_set_mem_table() fails because dev->mem->nregions is 0 > > 2) dev->mem->nregions is supposed to get new entries based on the > >memory listener callbacks > > 3) vh

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

On 02.09.16 14:16, Ola Liljedahl wrote: > > > On 02/09/2016, 12:26, "Gonglei (Arei)" wrote: > >> >>> -Original Message- >>> From: Alexander Graf [mailto:ag...@suse.de] >>> Sent: Friday, September 02, 2016 4:07 PM >>> Subject: Re: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device

Re: [Qemu-devel] R: [PATCH v2] Unbreak FreeBSD build after optionrom update.

On 6 August 2016 at 21:59, Brad Smith wrote: > This breaks the build on OpenBSD.. > > ld: unrecognised emulation mode: elf_i386_fbsd > Supported emulations: elf_x86_64_obsd elf_i386_obsd elf_i386 > gmake[1]: *** [Makefile:55: multiboot.img] Error 1 I'm looking at adding some BSD build tests to my

Re: [Qemu-devel] virtfs / 9p - and "Permission denied" in guests

On Fri, 2 Sep 2016 13:39:05 +0100 lejeczek wrote: > hi devel, sorry to bother you but tried "users" without any > luck and am hoping to get some help here. > Hi, I wasn't a subscriber to qemu-discuss but now I am :) I suggest we continue the discussion there. Cheers. -- Greg

[Qemu-devel] [Bug 241119] Re: usb_add of a Creative ZEN unrecognized in guest

Closing this bug since the hardware is not available anymore (according to comment #11). ** Changed in: qemu Status: Incomplete => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/241119

[Qemu-devel] aio: reg. smp_read_barrier_depends() in aio_bh_poll()

Hi Paolo, This is in reference to the discussion we had yesterday on IRC. I am trying to understand the need for smp_read_barrier_depends() and how it prevents the following race condition. I think a regular barrier() should suffice instead of smp_read_barrier_depends(). Consider: P0

Re: [Qemu-devel] [Qemu-ppc] [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 T

Re: [Qemu-devel] virtfs / 9p - and "Permission denied" in guests

was I not a subscriber. Sometimes I see something peculiar - to some mailing list I subscribed to if I send a message I do not receive it, basically I do not receive my own messages but I see people's replies to it. I wonder if this mailing list got my message last time. On 02/09/16 15:07, G

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

Hi Lei, For wireless algorithm +#define VIRTIO_CRYPTO_MAC_CMAC_KASUMI_F9 27 +#define VIRTIO_CRYPTO_MAC_CMAC_SNOW3G_UIA228 I suggest rename as +#define VIRTIO_CRYPTO_MAC_KASUMI_F9 27 +#define VIRTIO_CRYPTO_MAC_SNOW3G_UIA228

Re: [Qemu-devel] virtfs / 9p - and "Permission denied" in guests

On 2 September 2016 at 15:41, lejeczek wrote: > Sometimes I see something peculiar - to some mailing list I subscribed to if > I send a message I do not receive it, basically I do not receive my own > messages but I see people's replies to it. > I wonder if this mailing list got my message last ti

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

On 02/09/2016 16:04, Eduardo Habkost wrote: > On Fri, Sep 02, 2016 at 10:59:21AM +0200, Paolo Bonzini wrote: >> >> >> On 01/09/2016 21:34, Eduardo Habkost wrote: >>> 1) vhost_user_set_mem_table() fails because dev->mem->nregions is 0 >>> 2) dev->mem->nregions is supposed to get new entries based

Re: [Qemu-devel] [RFC v2 0/4] adding mdev bus and vfio support

On Fri, 2 Sep 2016 16:16:08 +0800 Jike Song wrote: > This patchset is based on NVidia's "Add Mediated device support" series, > version 6: > > http://www.spinics.net/lists/kvm/msg136472.html Hi Jike, I'm thrilled by your active participation here, but I'm confused which versions I sho

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

On Fri, 2 Sep 2016 17:31:00 +0800 Peter Xu wrote: > On Fri, Sep 02, 2016 at 05:00:28PM +1000, David Gibson wrote: > > On Fri, 2 Sep 2016 14:18:47 +0800 > > Peter Xu wrote: > > > > > On Fri, Sep 02, 2016 at 02:15:57PM +0800, Peter Xu wrote: > > > > > No, implement the full notifier, and a li

[Qemu-devel] Throttle in virtio-net

Hi All, I am planning to implement throttling functionality for virtio-net driver using the throttling APIs that exist inside qemu. Please let me know if someone already working on the same. Asking because I do not want to just replicate the work. Thanks & Regards, Pradeep

[Qemu-devel] [PATCH] optionrom: do not rely on compiler's bswap optimization

Recent compilers can detect and inline manually-written bswap code, but GCC 4.2.1 (the last GPLv2 version) cannot and generates really awful code. Depending on how the compiler is configured, it might also not want to generate bswap because it was not in i386. Using asm is fine because TCG knows

Re: [Qemu-devel] aio: reg. smp_read_barrier_depends() in aio_bh_poll()

On 02/09/2016 16:33, Pranith Kumar wrote: > > Hi Paolo, > > This is in reference to the discussion we had yesterday on IRC. I am trying to > understand the need for smp_read_barrier_depends() and how it prevents the > following race condition. I think a regular barrier() should suffice instead

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

On 09/02/2016 01:44 AM, Markus Armbruster wrote: 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 b

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

On 9/2/2016 3:35 PM, Paolo Bonzini wrote: > > > On 02/09/2016 07:21, Kirti Wankhede wrote: >> On 9/2/2016 10:18 AM, Michal Privoznik wrote: >>> Okay, maybe I'm misunderstanding something. I just thought that users >>> will consult libvirt's nodedev driver (e.g. virsh nodedev-list && virsh >>> nod

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

On 02/09/2016 19:15, Kirti Wankhede wrote: > On 9/2/2016 3:35 PM, Paolo Bonzini wrote: >> >> my-vgpu >> pci__86_00_0 >> >> >>0695d332-7831-493f-9e71-1c85c8911a08 >> >> >> >> After creating the vGPU, if required by the host driver, all the other >>

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

On Fri, Sep 02, 2016 at 10:57:17AM +0200, Maxime Coquelin wrote: > > > On 09/01/2016 03:46 PM, Michael S. Tsirkin wrote: > > 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. T

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

On Fri, Sep 02, 2016 at 06:55:35AM +, Gonglei (Arei) wrote: > 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? > > M

[Qemu-devel] [PATCH] linux-user: Fix definition of target_sigevent for 32-bit guests

The sigevent structure includes a union with some fields which are pointers. For the QEMU target_sigevent structure we must represent these as abi_ulongs, not host function pointers. This error was causing the compiler to believe it should 8-align the _sigev_un union on a 64-bit host, which meant

[Qemu-devel] [Bug 1042388] Re: qemu: Unsupported syscall: 257 (timer_create)

I finally got round to looking into why the test case from comment #27 worked on x86-64 guests and i386-guest-on-i386-host but not on arm- on-x86-64. This turns out to be a wrong structure definition which meant we weren't handling the 32-bit-guest-on-64-bit-host combinations correctly. I've sent a

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

On 09/01/2016 12:59 PM, 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 Forum we had a BoF session pr

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

On Fri, Sep 02, 2016 at 04:56:49PM +0200, Paolo Bonzini wrote: > On 02/09/2016 16:04, Eduardo Habkost wrote: [...] > > Now, why exactly vhost-user-test needs accel=tcg and can't use > > accel=qtest? > > Because it uses iPXE to exercise the NIC. Is it used to actually exercise the NIC, or just to

Re: [Qemu-devel] aio: reg. smp_read_barrier_depends() in aio_bh_poll()

Paolo Bonzini writes: > On 02/09/2016 16:33, Pranith Kumar wrote: >> >> Hi Paolo, >> >> This is in reference to the discussion we had yesterday on IRC. I am trying >> to >> understand the need for smp_read_barrier_depends() and how it prevents the >> following race condition. I think a regular

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

On 9/2/2016 10:55 PM, Paolo Bonzini wrote: > > > On 02/09/2016 19:15, Kirti Wankhede wrote: >> On 9/2/2016 3:35 PM, Paolo Bonzini wrote: >>> >>> my-vgpu >>> pci__86_00_0 >>> >>> >>>0695d332-7831-493f-9e71-1c85c8911a08 >>> >>> >>> >>> After creati

[Qemu-devel] [PATCH v2 0/2] Delay initialization of memory backends

While trying to fix the original bug in v1, another bug was fixed by accident: TCG initialization of dirty_log_mask was broken when using memory backends. The fix, on the other hand, broke vhost-user-test because it relied on TCG, even though TCG is incompatible with vhost. This new version chang

[Qemu-devel] [PATCH v2 1/2] vhost-user-test: Use libqos instead of pxe-virtio.rom

vhost-user-test relies on iPXE just to initialize the virtio-net device, and doesn't do any actual packet tx/rx testing. In addition to that, the test relies on TCG, which is imcompatible with vhost. The test only worked by accident: a bug the memory backend initialization made memory regions not

[Qemu-devel] [PATCH v2 2/2] vl: Delay initialization of memory backends

Initialization of memory backends may take a while when prealloc=yes is used, depending on their size. Initializing memory backends before chardevs may delay the creation of monitor sockets, and trigger timeouts on management software that waits until the monitor socket is created by QEMU. See, for

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

On Fri, 2 Sep 2016 13:55:19 -0400 Laine Stump wrote: > On 09/01/2016 12:59 PM, 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] > Sen

[Qemu-devel] [ANNOUNCE] QEMU 2.7.0 is now available

Hello, On behalf of the QEMU Team, I'd like to announce the availability of the QEMU 2.7.0 release. This release contains 2200+ commits from 189 authors. You can grab the tarball from our download page here: http://wiki.qemu.org/Download The full list of changes are available at: http://wi

Re: [Qemu-devel] [RFC v2 0/4] adding mdev bus and vfio support

On Fri, Sep 02, 2016 at 09:03:52AM -0600, Alex Williamson wrote: > On Fri, 2 Sep 2016 16:16:08 +0800 > Jike Song wrote: > > > This patchset is based on NVidia's "Add Mediated device support" series, > > version 6: > > > > http://www.spinics.net/lists/kvm/msg136472.html > > > Hi Jike, >

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

On 09/02/2016 06:05 AM, Paolo Bonzini wrote: > > > On 02/09/2016 07:21, Kirti Wankhede wrote: >> On 9/2/2016 10:18 AM, Michal Privoznik wrote: >>> Okay, maybe I'm misunderstanding something. I just thought that users >>> will consult libvirt's nodedev driver (e.g. virsh nodedev-list && virsh >>

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

On 09/02/2016 02:33 PM, Kirti Wankhede wrote: > > On 9/2/2016 10:55 PM, Paolo Bonzini wrote: >> >> >> On 02/09/2016 19:15, Kirti Wankhede wrote: >>> On 9/2/2016 3:35 PM, Paolo Bonzini wrote: my-vgpu pci__86_00_0 0695d332-7831-4

Re: [Qemu-devel] [PATCH for-2.8 v1 05/60] trace: add trace event iterator APIs

On Tue, Aug 09, 2016 at 04:31:33PM +0100, Daniel P. Berrange wrote: > +TraceEvent *trace_event_iter_next(TraceEventIter *iter) > +{ > +TraceEvent *ev; > + > +if (iter->event >= TRACE_EVENT_COUNT) { > +return NULL; > +} > + > +ev = &(trace_events[iter->event]); > + > +do

  1   2   >