Re: [Qemu-devel] [PATCH v6 0/9] UUID clean ups for 2.8

On Wed, 08/17 15:28, Fam Zheng wrote: > v6: Fix initializer syntax that is disliked by centos6. Ping?

Re: [Qemu-devel] [PATCH v2 0/2] Add a test for serial output (and sort tests by architecture in the Makefile)

On Sat, Sep 03, 2016 at 12:11:53AM +0200, Thomas Huth wrote: > On 18.07.2016 12:02, David Gibson wrote: > > On Fri, Jul 15, 2016 at 05:39:37PM +0200, Thomas Huth wrote: > >> Since some of the machines that we support in QEMU sometimes get > >> broken by other changes, and it then takes a while

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

> -Original Message- > From: Michael S. Tsirkin [mailto:m...@redhat.com] > Sent: Saturday, September 03, 2016 1:33 AM > To: Gonglei (Arei) > Cc: stefa...@redhat.com; jasow...@redhat.com; k...@vger.kernel.org; > virtio-...@lists.oasis-open.org; qemu-devel@nongnu.org; Lilijun (Jerry); >

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

Hi Stefan, > -Original Message- > From: Stefan Hajnoczi [mailto:stefa...@redhat.com] > Sent: Friday, September 02, 2016 8:07 PM > Subject: Re: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device > specification > > On Tue, Aug 30, 2016 at 08:12:15PM +0800, Gonglei wrote: > > Hi, >

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

Hi, > -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Friday, September 02, 2016 10:05 PM > Subject: Re: [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,

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

Hi, > -Original Message- > From: Ma, Liang J [mailto:liang.j...@intel.com] > Sent: Friday, September 02, 2016 9:47 PM > Subject: RE: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device > specification > > Hi Lei, > For wireless algorithm > +#define

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: Friday, September 02, 2016 9:53 PM > Euler) > Subject: Re: [PATCH v8 1/2] virtio-crypto: Add virtio crypto device > specification > > > > On 02.09.16 12:26, Gonglei (Arei) wrote: > > > >> -Original

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

On 09/02/2016 05:44 PM, Paolo Bonzini wrote: On 02/09/2016 22:19, John Ferlan wrote: We don't have such a pool for GPU's (yet) - although I suppose they could just become a class of storage pools. The issue being nodedev device objects are not saved between reboots. They are generated on the

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

On Fri, Sep 02, 2016 at 05:09:46PM -0500, Eric Blake wrote: > * PGP Signed by an unknown key > > On 09/02/2016 03:16 AM, Jike Song wrote: > > From: Kirti Wankhede > > > > Add file Documentation/vfio-mediated-device.txt that include details of > > mediated device framework.

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

On Fri, Sep 02, 2016 at 10:21:58AM +0300, Roman Kagan wrote: > 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

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

On Fri, Sep 02, 2016 at 10:22:55AM +0800, Longpeng(Mike) 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

Re: [Qemu-devel] [PATCH v2 0/2] Add a test for serial output (and sort tests by architecture in the Makefile)

On 18.07.2016 12:02, David Gibson wrote: > On Fri, Jul 15, 2016 at 05:39:37PM +0200, Thomas Huth wrote: >> Since some of the machines that we support in QEMU sometimes get >> broken by other changes, and it then takes a while 'till somebody >> notices the breakage, it would be nice to get some

Re: [Qemu-devel] [PATCH] virtio: Tell the user what went wrong when event_notifier_init failed

On 14.07.2016 14:41, Thomas Huth wrote: > On 28.06.2016 00:12, Thomas Huth wrote: >> event_notifier_init() can fail in real life, for example when there >> are not enough open file handles available (EMFILE) when using a lot >> of devices. So instead of leaving the average user with a cryptic >>

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

On 09/02/2016 03:16 AM, Jike Song wrote: > 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 >

[Qemu-devel] [PATCH] virtio-blk: Remove hw/virtio/dataplane folder from MAINTAINERS file

The folder does not exist anymore, thus should be removed from the MAINTAINERS file, too. Signed-off-by: Thomas Huth --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index b6fb84e..ff45f8c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS

[Qemu-devel] [Bug 955379] Re: cmake hangs with qemu-arm-static

Fixes should be part of QEMU v2.7.0, e.g.: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=014628a705bdaf31c09915 ... so setting the status to "Fix Released" now. ** Changed in: qemu Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of

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

On 02/09/2016 20:33, Kirti Wankhede wrote: > We could even do: >> > >> > echo $UUID1:$GROUPA > create >> > >> > where $GROUPA is the group ID of a previously created mdev device into >> > which $UUID1 is to be created and added to the same group. > >From the point of view of libvirt, I think

[Qemu-devel] [PATCH 1/1] ARM: ACPI: fix the AML ID format for CPU devices

Current QEMU will stall guest VM booting under ACPI mode when vcpu count is >= 12. Analyzing the booting log, it turns out that DSDT table can't be loaded correctly due to "Invalid character(s) in name (0x62303043), repaired: [C00*]". This is because existing QEMU uses a lower case AML ID for CPU

[Qemu-devel] [Bug 1589923] Re: https websockets not working in 2.5 or 2.6

Fix has been included in QEMU v2.7.0: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=bc35d51077b33e68a0 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1589923 Title: https websockets not working in

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

On 02/09/2016 22:19, John Ferlan wrote: > We don't have such a pool for GPU's (yet) - although I suppose they > could just become a class of storage pools. > > The issue being nodedev device objects are not saved between reboots. > They are generated on the fly. Hence the "create-nodedev' API -

[Qemu-devel] [Bug 1594239] Re: After adding more scsi disks for Aarch64 virtual machine, start the VM and got Qemu Error

Fix has been included in QEMU v2.7.0 --> changing status to Fix Released. ** Changed in: qemu Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1594239

[Qemu-devel] [Bug 1492649] Re: QEMU soundhw HDA huge microphone lag

I cannot figure out why - but, it would seem the input ringbuffer is not processed till the buffer is full. As an ugly workaround, i tried to set the buffering attributes to the input section - which reduced the delay to less then a second. (important part here is ba.maxlength) ** Patch added:

[Qemu-devel] [Bug 1591628] Re: 2.6.0 hangs linux vm using vfio for pci passthrough of graphics card

Fix has been included in QEMU v2.7.0: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=4d3fc4fdc6857e33346e ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 1594861] Re: QEMU crashes when slow VNC client disconnects

Fix has been included in QEMU v2.7.0: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=ea697449884d83b83fefb ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 1589564] Re: qemu/hw/scsi/scsi-disk.c:2741: possible missing break ?

** Changed in: qemu Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1589564 Title: qemu/hw/scsi/scsi-disk.c:2741: possible missing break ? Status in

Re: [Qemu-devel] [PATCH for-2.8 v1 60/60] trace: update docs to reflect new code generation approach

On Thu, Aug 11, 2016 at 12:11:06PM +0200, Lluís Vilanova wrote: > Daniel P Berrange writes: > > > On Wed, Aug 10, 2016 at 06:11:24PM +0200, Lluís Vilanova wrote: > >> Daniel P Berrange writes: > >> > >> > On Wed, Aug 10, 2016 at 04:33:47PM +0200, Lluís Vilanova wrote: > >> >> Daniel P Berrange

[Qemu-devel] [Bug 1581796] Re: console-gl.c:96:surface_gl_create_texture:code should not be reached

** Changed in: qemu Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1581796 Title: console-gl.c:96:surface_gl_create_texture:code should not be reached

Re: [Qemu-devel] [edk2] Could not add PCI device with big memory to aarch64 VMs

On 11/04/15 23:22, liang yan wrote: > Hello, Laszlo, > > (1)I am trying to add ivshmem device(PCI device with big memory) to my > aarch64 vm. > So far, I could find device information from vm. But it seems vm did not > create > correct resource file for this device. Do you have any idea that this

[Qemu-devel] [Bug 1595240] Re: Error by clone github.com qemu repository

Patch has been included in QEMU v2.7.0: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=e0dadc1e9ef1f35208e5d2a ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] [Bug 1577841] Re: target-mips/helper.c:542: bad sizeof ?

** Changed in: qemu Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1577841 Title: target-mips/helper.c:542: bad sizeof ? Status in QEMU: Fix Released

Re: [Qemu-devel] [PATCH for-2.8 v1 11/60] trace: remove use of event ID enums from APIs

On Tue, Aug 09, 2016 at 06:26:49PM +0200, Paolo Bonzini wrote: > > > On 09/08/2016 18:24, Daniel P. Berrange wrote: > >>> > > -static inline TraceEventID trace_event_get_id(TraceEvent *ev) > >>> > > +static inline size_t trace_event_get_id(TraceEvent *ev) > >>> > > { > >>> > > assert(ev !=

[Qemu-devel] [Bug 1613133] Re: SLIRP code regression fails to build on OpenBSD

Fix has been included in QEMU v2.7.0: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=1f8b56e7cebc71d80a ** Changed in: qemu Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] [PATCH for-2.8 v1 09/60] trace: remove use of TRACE_VCPU_EVENT_COUNT in cpu.h

On Tue, Aug 09, 2016 at 04:31:37PM +0100, Daniel P. Berrange wrote: > +/* Keep this a multiple of 8, or better yet a multiple > + * of the platform word size, since the struct > + * will be padded out to that regardless. > + */ > +#define TRACE_MAX_VCPU_EVENT 32 Hard-coding this is awkward. Can

Re: [Qemu-devel] [PATCH for-2.8 v1 06/60] trace: convert code to use event iterators

On Tue, Aug 09, 2016 at 04:31:34PM +0100, Daniel P. Berrange wrote: > This converts the HMP/QMP monitor API implementations > and some internal trace control methods to use the new > trace event iterator APIs. > > Signed-off-by: Daniel P. Berrange > --- > monitor.c |

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

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

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] [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: > > > >

[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:

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

[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,

[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 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

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

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

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] [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

[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

[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

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? > >

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.

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] [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 >>>

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

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

[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

[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

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: > > > > >

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

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] 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

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

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,

[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

[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

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.

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

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:

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)

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

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

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:

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:

[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

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

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 >> >> >> >>

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 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

[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

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.

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

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

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

[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:

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] [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

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

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 >

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 > ---

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

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 >

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 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

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=[

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

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 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 >

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

[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

  1   2   >