Re: [Qemu-devel] [PATCH] syscall.c: Fix build with older linux-headers

On 16 August 2016 at 18:28, Laurent Vivier wrote: > > > Le 16/08/2016 à 18:51, Peter Maydell a écrit : >> The best approach I can think of is to add something at the >> top of syscall.c that does: >> #if IFLA_BR_MAX < 9 >> #define IFLA_BR_GROUP_FWD_MASK 9 >> #endif >> #if

Re: [Qemu-devel] [PATCH] syscall.c: Fix build with older linux-headers

Le 16/08/2016 à 19:31, Peter Maydell a écrit : > On 16 August 2016 at 18:28, Laurent Vivier wrote: >> >> >> Le 16/08/2016 à 18:51, Peter Maydell a écrit : >>> The best approach I can think of is to add something at the >>> top of syscall.c that does: >>> #if IFLA_BR_MAX < 9

Re: [Qemu-devel] [PATCH 6/7] nios2: Add Altera 10M50 GHRD emulation

On 28.07.2016 15:27, Marek Vasut wrote: > Add the Altera 10M50 Nios2 GHRD model. This allows emulating the > 10M50 development kit with the Nios2 GHRD loaded in the FPGA. It > is possible to boot Linux kernel and run userspace, thus far only > from initrd as storage support is not yet implemented.

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

Signed-off-by: Lin Ma --- qemu-options.hx | 5 - qom/object_interfaces.c | 16 2 files changed, 20 insertions(+), 1 deletion(-) diff --git a/qemu-options.hx b/qemu-options.hx index a71aaf8..c5f4a12 100644 --- a/qemu-options.hx +++ b/qemu-options.hx

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

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/qemu-char.c @@ -39,6 +39,7 @@ #include

Re: [Qemu-devel] [PATCH] syscall.c: Fix build with older linux-headers

Le 16/08/2016 à 18:51, Peter Maydell a écrit : > On 16 August 2016 at 17:41, Laurent Vivier wrote: >> Le 16/08/2016 à 11:47, Michal Privoznik a écrit : >>> In c5dff280 we tried to make us understand netlink messages more. >>> So we've added a code that does some translation.

Re: [Qemu-devel] [PATCH 5/7] nios2: Add periodic timer emulation

On 08/16/2016 08:40 PM, Dmitry Osipenko wrote: > On 16.08.2016 19:48, Marek Vasut wrote: >> On 08/15/2016 01:39 PM, Dmitry Osipenko wrote: >> >> [...] >> > Also, ptimer now supports "on the fly mode switch": > >

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

Hi On Tue, Aug 16, 2016 at 9:18 PM 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

Re: [Qemu-devel] [PATCH 5/7] nios2: Add periodic timer emulation

On 16.08.2016 19:48, Marek Vasut wrote: > On 08/15/2016 01:39 PM, Dmitry Osipenko wrote: > > [...] > Also, ptimer now supports "on the fly mode switch": https://github.com/qemu/qemu/commit/869e92b5c392eb6b2c7b398b878c435442b8e9dd ptimer_run(t->ptimer, !(value &

Re: [Qemu-devel] [PATCH 6/7] nios2: Add Altera 10M50 GHRD emulation

On 08/16/2016 09:00 PM, Dmitry Osipenko wrote: > On 28.07.2016 15:27, Marek Vasut wrote: >> Add the Altera 10M50 Nios2 GHRD model. This allows emulating the >> 10M50 development kit with the Nios2 GHRD loaded in the FPGA. It >> is possible to boot Linux kernel and run userspace, thus far only >>

[Qemu-devel] [Bug 1613817] Re: x86: ret, lret and iret with noncanonical IP saves wrong IP on the exception stack

# qemu-system-x86_64 --version QEMU emulator version 2.6.92(qemu-2.7.0-0.1.rc2.fc26), Copyright (c) 2003-2008 Fabrice Bellard Running it like this: qemu-system-x86_64 -no-reboot -kernel "$bzImage" -initrd initramfs.cpio -append "panic=1" (i.e. no KVM, no unusual options) -- You received this

Re: [Qemu-devel] [RFC PATCH v2 2/2] utils: Add prefetch for Thunderx platform

On 08/16/2016 05:02 AM, vijay.kil...@gmail.com wrote: +static inline void prefetch_vector_loop(const VECTYPE *p, int index) +{ +#if defined(__aarch64__) +if (is_thunderx_pass2_cpu()) { +/* Prefetch 4 cache lines ahead from index */ +VEC_PREFETCH(p, index +

Re: [Qemu-devel] [PATCH v6 1/4] vfio: Mediated device Core driver

On Tue, Aug 16, 2016 at 05:58:54AM +, Tian, Kevin wrote: > > From: Neo Jia [mailto:c...@nvidia.com] > > Sent: Tuesday, August 16, 2016 1:44 PM > > > > On Tue, Aug 16, 2016 at 04:52:30AM +, Tian, Kevin wrote: > > > > From: Neo Jia [mailto:c...@nvidia.com] > > > > Sent: Tuesday, August 16,

[Qemu-devel] [PULL for-2.7 0/1] Build fix for s390x

The following changes since commit e5bfef86fe57fcf11cb761ac9a59006442f5de8a: Merge remote-tracking branch 'remotes/sstabellini/tags/xen-20160812-tag-2' into staging (2016-08-15 19:04:51 +0100) are available in the git repository at: git://github.com/cohuck/qemu tags/s390x-20160816 for you

Re: [Qemu-devel] [PATCH] virtio-balloon: stats vq migration spec compliance

On Mon, Aug 15, 2016 at 11:32 PM, Michael S. Tsirkin wrote: > virtio spec says that devices must not touch VQs > before DRIVER_OK is set. > > Additionally, balloon must not touch stats VQ > unless the stats feature bit has been negotiated. > > Cc: Ladi Prosek

[Qemu-devel] [PATCH v5] docs: add cpu-hotplug.txt

This document describes how to use cpu hotplug in QEMU. Signed-off-by: Andrew Jones Signed-off-by: Dou Liyang --- Change log v4 -> v5 1. add an example for sPAPR From Bharata's advice 1. Fix the examples Change log v3 -> v4 From David's

[Qemu-devel] [PATCH for-2.8 v2 3/3] dmg: Move libbz2 code to dmg-bz2.so

dmg.o was moved to block-obj-m in 5505e8b76 to become a separate module, so that its reference to libbz2, since 6b383c08c, doesn't add an extra library to the main executable. Until recently, commit 06e60f70a (blockdev: Add dynamic module loading for block drivers) moved it back to block-obj-y to

[Qemu-devel] [PATCH for-2.8 v2 1/3] scripts: Allow block module to not define BlockDriver

Signed-off-by: Fam Zheng --- scripts/modules/module_block.py | 5 - 1 file changed, 5 deletions(-) diff --git a/scripts/modules/module_block.py b/scripts/modules/module_block.py index db4fb54..7efec00 100644 --- a/scripts/modules/module_block.py +++

[Qemu-devel] [PATCH for-2.8 v2 0/3] block: Fix libbz2 library dependency regresssion

v2: Rebase on top of Max's block-next tree, which has Colin's patches to dynamically load block modules. Two more tweaks to the module system is added. v1 was submitted as a single patch: https://lists.gnu.org/archive/html/qemu-devel/2016-08/msg00508.html Fam Zheng (3): scripts: Allow

Re: [Qemu-devel] [PATCH v4] ui/cocoa.m: Make a better about dialog

On 16 August 2016 at 03:11, Programmingkid wrote: > The about dialog in QEMU on Mac OS X is very plain and unhelpful. This patch > makes the about dialog look a lot better and have some descriptive information > on what version of QEMU the user is running. > >

[Qemu-devel] [RFC v6-based v1 3/5] mdev: remove uuid from parent_ops

mdev should be able to start/stop separately, not relying on grouping in a VM. And even if grouping start/stop needed, it's always easy for userspace to find out all mdevs belonging to a particular VM. Signed-off-by: Jike Song --- drivers/vfio/mdev/mdev_core.c | 4 ++--

[Qemu-devel] [PATCH for-2.8 v2 2/3] module: Don't load the same module if requested multiple times

Use a hash table to keep record of all loaded modules, and return early if the requested module is already loaded. Signed-off-by: Fam Zheng --- util/module.c | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/util/module.c b/util/module.c

Re: [Qemu-devel] [PATCH v6 1/4] vfio: Mediated device Core driver

> From: Neo Jia [mailto:c...@nvidia.com] > Sent: Tuesday, August 16, 2016 1:44 PM > > On Tue, Aug 16, 2016 at 04:52:30AM +, Tian, Kevin wrote: > > > From: Neo Jia [mailto:c...@nvidia.com] > > > Sent: Tuesday, August 16, 2016 12:17 PM > > > > > > On Tue, Aug 16, 2016 at 03:50:44AM +, Tian,

[Qemu-devel] [PULL for-2.7 1/1] pc-bios/s390-ccw.img: Fix build

From: Christian Borntraeger Since commit a9c87304b76d ("build-sys: fix building with make CFLAGS=.. argument") pc-bios/s390-ccw.img build might fail with --- snip --- main.o: In function `virtio_setup': qemu/pc-bios/s390-ccw/main.c:117: undefined reference to

[Qemu-devel] [RFC v6-based v1 5/5] rename 'vfio_mpci' to 'vfio_mdev' since it is now BUS-agnostic

Signed-off-by: Jike Song --- drivers/vfio/mdev/Kconfig | 10 +- drivers/vfio/mdev/Makefile | 5 ++--- drivers/vfio/mdev/{vfio_mpci.c => vfio_mdev.c} | 0 3 files changed, 7 insertions(+), 8 deletions(-) rename

Re: [Qemu-devel] [PULL 0/1] ppc-for-2.7 queue 20160815

On 15 August 2016 at 07:47, David Gibson wrote: > The following changes since commit 60ac136102098a70b97ab0c07bc7bf53131c: > > target-arm: Fix warn about implicit conversion (2016-08-12 11:12:24 +0100) > > are available in the git repository at: > >

[Qemu-devel] [PATCH v5 1/2] libs/gnttab: introduce grant copy interface

In a linux part an ioctl(gntdev, IOCTL_GNTDEV_GRANT_COPY, ..) system call is invoked. In mini-os the operation is yet not implemented. For the OSs that does not implement gnttab the call of the grant copy operation causes abort. Signed-off-by: Paulina Szubarczyk

Re: [Qemu-devel] [PATCH v2 1/1] pc-bios/s390-ccw.img: Fix build

On Mon, 15 Aug 2016 13:03:17 +0200 Christian Borntraeger wrote: > Since > commit a9c87304b76d ("build-sys: fix building with make CFLAGS=.. argument") > > pc-bios/s390-ccw.img build might fail with > > --- snip --- > main.o: In function `virtio_setup': >

Re: [Qemu-devel] [PATCH for-2.8 v2 3/3] dmg: Move libbz2 code to dmg-bz2.so

On Tue, 08/16 15:59, Fam Zheng wrote: > diff --git a/block/Makefile.objs b/block/Makefile.objs > index fa4d8b8..141dec5 100644 > --- a/block/Makefile.objs > +++ b/block/Makefile.objs > @@ -40,6 +40,7 @@ gluster.o-libs := $(GLUSTERFS_LIBS) > ssh.o-cflags := $(LIBSSH2_CFLAGS) >

[Qemu-devel] [RFC v6-based v1 1/5] mdev: create separate device for parent_device

From: Xiao Guangrong By introducing a separate device for parent_device, we can have the parent list and lock removed, letting driver core and sysfs to deal with the mutual exclusion. Signed-off-by: Xiao Guangrong ---

[Qemu-devel] [RFC v6-based v1 2/5] mdev: drop management information and utilize driver-core instead

From: Xiao Guangrong Now mdev has a separate parent device, so quite a few codes and information used for managing mdev, can be removed. Linux driver core will take care of us. Signed-off-by: Xiao Guangrong ---

Re: [Qemu-devel] something broken in "v2.7.0-rc1" or just a behavior change?

working: "v2.7.0-rc0" 2d2e632ad00d11867c6c5625605b1fbc022dd62f non-working: "v2.7.0-rc1" 69d490079f82f5ffe31fff426aaa580d5fec5fb7 using git bisect i've found this commit: d7a04fd7d500870ad70f15089c6590e4bea73e70 is the first bad commit commit d7a04fd7d500870ad70f15089c6590e4bea73e70 Author:

Re: [Qemu-devel] something broken in "v2.7.0-rc1" or just a behavior change?

Hi On Tue, Aug 16, 2016 at 10:35 AM Dennis Luehring wrote: > working: "v2.7.0-rc0" 2d2e632ad00d11867c6c5625605b1fbc022dd62f > non-working: "v2.7.0-rc1" 69d490079f82f5ffe31fff426aaa580d5fec5fb7 > > using git bisect i've found this commit: > >

[Qemu-devel] [RFC v6-based v1 4/5] vfio_mpci: remove PCI-specific logic

As a generic mdev driver, 'vfio_mpci' should be BUS-agnostic and as thin as possible, passing through all device operations directly to underlying physical driver(a.k.a the device-model). Signed-off-by: Jike Song --- drivers/vfio/mdev/mdev_core.c | 107

[Qemu-devel] [RFC v6-based v1 0/5] refine mdev framework

This patchset is based on NVidia's "Add Mediated device support" series, version 6: http://www.spinics.net/lists/kvm/msg136472.html Background: The patchset from NVidia introduced the Mediated Device support to Linux/VFIO. With that series, one can create virtual

Re: [Qemu-devel] [PATCH v10 00/11] Provide a QOM-based authorization API

On Tue, Aug 16, 2016 at 09:21:40AM +0800, Fam Zheng wrote: > On Mon, 08/15 07:46, no-re...@ec2-52-6-146-230.compute-1.amazonaws.com wrote: > > /tmp/qemu-test/src/util/authz-pam.c:26:32: warning: security/pam_appl.h: No > > such file or directory > > Hi Daniel, > > I think there is an

[Qemu-devel] [PATCH for-2.7] char: fix waiting for TLS and telnet connection

Since commit d7a04fd7d5008, tcp_chr_wait_connected() was introduced, so vhost-user could wait until a backend started successfully. In vhost-user case, the chr socket must be plain unix, and the chr+vhost setup happens synchronously during qemu startup. However, with TLS and telnet socket,

[Qemu-devel] [PATCH v15 3/9] target-avr: adding a sample AVR board

Signed-off-by: Michael Rolnik --- MAINTAINERS | 1 + hw/avr/Makefile.objs | 21 ++ hw/avr/sample.c | 112 +++ 3 files changed, 134 insertions(+) create mode 100644 hw/avr/Makefile.objs create mode

[Qemu-devel] [PATCH v15 1/9] target-avr: AVR cores support is added.

1. basic CPU structure 2. registers 3. no instructions 4. saving sreg, rampD, rampX, rampY, rampD, eind in HW representation Signed-off-by: Michael Rolnik --- MAINTAINERS | 5 + arch_init.c | 2 + configure

Re: [Qemu-devel] [PATCH v15 0/9] 8bit AVR cores

On Tue, 08/16 10:43, Peter Maydell wrote: > On 16 August 2016 at 10:18, wrote: > > Hi, > > > > Your series seems to have some coding style problems. See output below for > > more information: > > Hi Fam, something seems to have gone weird with patchew here: Yes, thanks

[Qemu-devel] [PATCH v5 0/2] qemu-qdisk: Implementation of grant copy operation.

Hi, It is a proposition for implementation of grant copy operation in qemu-qdisk and interface in libxc/libs. I am sorry for the previous cover letter send today belonging to the previous version. Changes since v4: Interface: - changed the subject line - changed the comment in

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

Patch suggested here: http://patchwork.ozlabs.org/patch/659132/ -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1613133 Title: SLIRP code regression fails to build on OpenBSD Status in QEMU: New

[Qemu-devel] [PATCH 06/18] block: add bdrv_dirty_bitmap_enable_successor()

Enabling bitmap successor is necessary to enable successors of bitmaps being migrated before target vm start. Signed-off-by: Vladimir Sementsov-Ogievskiy --- block/dirty-bitmap.c | 5 + include/block/dirty-bitmap.h | 1 + 2 files changed, 6 insertions(+)

[Qemu-devel] [PATCH 17/18] iotests: add dirty bitmap migration test 169

The test starts two vms (vm_a, vm_b), create dirty bitmap in the first one, do several writes to corresponding device and then migrate vm_a to vm_b with dirty bitmaps. Signed-off-by: Vladimir Sementsov-Ogievskiy --- tests/qemu-iotests/169 | 84

[Qemu-devel] [PATCH 09/18] migration: include migrate_dirty_bitmaps in migrate_postcopy

Enable postcopy if dirty bitmap migration is endabled. Signed-off-by: Vladimir Sementsov-Ogievskiy --- migration/migration.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/migration/migration.c b/migration/migration.c index 7d56a8e..a3bb518 100644

[Qemu-devel] [PATCH 03/18] migration: split common postcopy out of ram postcopy

Split common postcopy staff from ram postcopy staff. Signed-off-by: Vladimir Sementsov-Ogievskiy --- include/migration/migration.h | 1 + migration/migration.c | 39 +++ migration/postcopy-ram.c | 4 +++-

[Qemu-devel] [PATCH 04/18] migration: introduce postcopy-only pending

There would be savevm states (dirty-bitmap) which can migrate only in postcopy stage. The corresponding pending is introduced here. Signed-off-by: Vladimir Sementsov-Ogievskiy --- include/migration/vmstate.h | 5 +++-- include/sysemu/sysemu.h | 5 +++--

[Qemu-devel] [PATCH 13/18] iotests: maintain several vms in test

The only problem with it is the same qmp socket name (which is vm._monitor_path) for all vms. And because of this second vm couldn't be lauched (vm.launch() fails because of socket is already in use). This patch adds a number of vm into vm._monitor_path Reviewed-by: John Snow

Re: [Qemu-devel] [PATCH v3] qemu-img: change opening method for the output in dd

On Mon, Aug 15, 2016 at 02:11:49PM +0200, Reda Sallahi wrote: > dd was creating an output image regardless of whether there was one already > created. With this patch we try to open first the output image and resize it > if necessary. > > We also make it mandatory to specify conv=notrunc when the

Re: [Qemu-devel] [PATCH v2] net: vmxnet: use g_new for pkt initialisation

acked-by: Dmitry Fleytman > On 16 Aug 2016, at 14:28, P J P wrote: > > From: Li Qiang > > When network transport abstraction layer initialises pkt, the maximum > fragmentation count is not checked. This could lead to an integer >

Re: [Qemu-devel] [PATCH v15 0/9] 8bit AVR cores

Hi, Your series seems to have some coding style problems. See output below for more information: Message-id: 1471338320-8523-1-git-send-email-mrol...@gmail.com Subject: [Qemu-devel] [PATCH v15 0/9] 8bit AVR cores Type: series === TEST SCRIPT BEGIN === #!/bin/bash

Re: [Qemu-devel] [PATCH v15 0/9] 8bit AVR cores

On 16 August 2016 at 10:18, wrote: > Hi, > > Your series seems to have some coding style problems. See output below for > more information: Hi Fam, something seems to have gone weird with patchew here: > Message-id: 1471338320-8523-1-git-send-email-mrol...@gmail.com >

Re: [Qemu-devel] [PATCH v3 5/5] target-ppc: add vector permute right indexed instruction

On 08/16/2016 10:15 AM, David Gibson wrote: Why do you need this gen_vpermr() function while there isn't a matching gen_vperm()? vperm is handled as part of GEN_VAFORM_PAIRED(vsel, vperm, 21) However the opcode format of vpermr cannot be combined with any other instruction of VA form. --

[Qemu-devel] [PATCH 10/18] migration/qemu-file: add qemu_put_counted_string()

Add function opposite to qemu_get_counted_string. qemu_put_counted_string puts one-byte length of the string (string should not be longer than 255 characters), and then it puts the string, without last zero byte. Reviewed-by: John Snow Signed-off-by: Vladimir

Re: [Qemu-devel] [PATCH] syscall.c: Fix build with older linux-headers

On 16.08.2016 12:04, Peter Maydell wrote: > On 16 August 2016 at 10:47, Michal Privoznik wrote: >> In c5dff280 we tried to make us understand netlink messages more. >> So we've added a code that does some translation. However, the >> code assumed linux-headers to be at least

Re: [Qemu-devel] [PATCH 15/18] qapi: add md5 checksum of last dirty bitmap level to query-block

On Tue, Aug 16, 2016 at 01:26:12PM +0300, Vladimir Sementsov-Ogievskiy wrote: > Reviewed-by: John Snow > Signed-off-by: Vladimir Sementsov-Ogievskiy > --- > block/dirty-bitmap.c | 1 + > include/qemu/hbitmap.h | 8 > qapi/block-core.json

[Qemu-devel] [PATCH 14/18] iotests: add add_incoming_migration to VM class

Reviewed-by: John Snow Signed-off-by: Vladimir Sementsov-Ogievskiy --- tests/qemu-iotests/iotests.py | 6 ++ 1 file changed, 6 insertions(+) diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-iotests/iotests.py index fade81e..37c0f63 100644

Re: [Qemu-devel] MTTCG status updates, benchmark results and KVM forum plans

Emilio G. Cota writes: > On Mon, Aug 15, 2016 at 11:46:32 +0100, Alex Bennée wrote: >> As far as I'm aware the following work is still ongoing: >> >> Emilo: cmpxchg atomics >> Alvise: LL/SC modelling > > I've been tinkering with an experimental patch to do proper LL/SC. The idea

Re: [Qemu-devel] [PATCH for-2.7] char: fix waiting for TLS and telnet connection

On 16 August 2016 at 10:31, Daniel P. Berrange wrote: > On Tue, Aug 16, 2016 at 12:33:32PM +0400, Marc-André Lureau wrote: >> Since commit d7a04fd7d5008, tcp_chr_wait_connected() was introduced, >> so vhost-user could wait until a backend started successfully. In >>

[Qemu-devel] [PATCH v15 8/9] target-avr: instruction decoder generator

Signed-off-by: Michael Rolnik --- target-avr/cpugen/CMakeLists.txt | 38 +++ target-avr/cpugen/README.md| 17 ++ target-avr/cpugen/cpu/avr.yaml | 214 ++ target-avr/cpugen/src/CMakeLists.txt | 63

[Qemu-devel] [PATCH v15 5/9] target-avr: adding AVR interrupt handling

Signed-off-by: Michael Rolnik --- target-avr/helper.c | 55 + 1 file changed, 55 insertions(+) diff --git a/target-avr/helper.c b/target-avr/helper.c index b48222d..8511fb7 100644 --- a/target-avr/helper.c +++

Re: [Qemu-devel] [PATCH for-2.7] char: fix waiting for TLS and telnet connection

On Tue, Aug 16, 2016 at 12:33:32PM +0400, Marc-André Lureau wrote: > Since commit d7a04fd7d5008, tcp_chr_wait_connected() was introduced, > so vhost-user could wait until a backend started successfully. In > vhost-user case, the chr socket must be plain unix, and the chr+vhost > setup happens

[Qemu-devel] [PATCH] syscall.c: Fix build with older linux-headers

In c5dff280 we tried to make us understand netlink messages more. So we've added a code that does some translation. However, the code assumed linux-headers to be at least version 4.4 of it because most of the symbols there (if not all of them) were added in just that release. This, however, breaks

Re: [Qemu-devel] [PATCH] syscall.c: Fix build with older linux-headers

On 16 August 2016 at 10:47, Michal Privoznik wrote: > In c5dff280 we tried to make us understand netlink messages more. > So we've added a code that does some translation. However, the > code assumed linux-headers to be at least version 4.4 of it > because most of the symbols

[Qemu-devel] [PATCH 07/18] qapi: add dirty-bitmaps migration capability

Reviewed-by: John Snow Reviewed-by: Eric Blake Signed-off-by: Vladimir Sementsov-Ogievskiy --- include/migration/migration.h | 1 + migration/migration.c | 9 + qapi-schema.json | 4 +++- 3 files

[Qemu-devel] [PATCH 00/18] Dirty bitmaps postcopy migration

v2: some bugs fixed, iotests a bit changed and merged into one test. based on block-next (https://github.com/XanClic/qemu/commits/block-next) clone: tag postcopy-v2 from https://src.openvz.org/scm/~vsementsov/qemu.git online:

Re: [Qemu-devel] [PATCH] virtio-balloon: stats vq migration spec compliance

On Tue, Aug 16, 2016 at 12:32:55AM +0300, Michael S. Tsirkin wrote: > virtio spec says that devices must not touch VQs > before DRIVER_OK is set. > > Additionally, balloon must not touch stats VQ > unless the stats feature bit has been negotiated. > > Cc: Ladi Prosek >

[Qemu-devel] [PATCH 18/18] iotests: add dirty bitmap postcopy test

Test - start two vms (vm_a, vm_b) - in a - do writes from set A - do writes from set B - fix bitmap md5 - clear bitmap - do writes from set A - start migration - than, in b - wait vm start (postcopy should start) - do writes from set B - check btimap md5 The

Re: [Qemu-devel] [PATCH for-2.7] virtio-gpu: fix missing log.h include file

On 8 August 2016 at 10:31, Daniel P. Berrange wrote: > The virtio-gpu.h file defines a macro VIRTIO_GPU_FILL_CMD > which includes a call to qemu_log_mask, but does not > include qemu/log.h. In a default configure, it is lucky > and gets qemu/log.h indirectly due to the 'log'

Re: [Qemu-devel] [PATCH v5] docs: add cpu-hotplug.txt

On Tue, Aug 16, 2016 at 03:54:26PM +0800, Dou Liyang wrote: > This document describes how to use cpu hotplug in QEMU. > > Signed-off-by: Andrew Jones I didn't give my s-o-b for this patch. I'm not sure where you got that idea. Anyway, I wouldn't, I'd give an r-b. >

[Qemu-devel] [PATCH v15 4/9] target-avr: adding instructions encodings

Signed-off-by: Michael Rolnik --- target-avr/translate-inst.h | 805 1 file changed, 805 insertions(+) create mode 100644 target-avr/translate-inst.h diff --git a/target-avr/translate-inst.h b/target-avr/translate-inst.h new file

Re: [Qemu-devel] [PATCH for-2.7] char: fix waiting for TLS and telnet connection

you should push that change - can't find it on http://git.qemu.org/qemu.git Am 16.08.2016 um 10:33 schrieb Marc-André Lureau: Since commit d7a04fd7d5008, tcp_chr_wait_connected() was introduced, so vhost-user could wait until a backend started successfully. In vhost-user case, the chr socket

Re: [Qemu-devel] [PATCH for-2.7] char: fix waiting for TLS and telnet connection

Hi - Original Message - > On Tue, Aug 16, 2016 at 12:33:32PM +0400, Marc-André Lureau wrote: > > Since commit d7a04fd7d5008, tcp_chr_wait_connected() was introduced, > > so vhost-user could wait until a backend started successfully. In > > vhost-user case, the chr socket must be plain

Re: [Qemu-devel] Virtio interaction with the physical device

On Tue, Aug 16, 2016 at 10:08:09AM +0530, Gadre Nayan wrote: > I was trying to understand the flow of packets from the Guest OS to my > NIC card, while using the Virtio paravirtualized drivers. (Qemu is not > emulating the NIC) QEMU always emulates paravirtualized NICs to some extent. Why do you

[Qemu-devel] [PATCH 15/18] qapi: add md5 checksum of last dirty bitmap level to query-block

Reviewed-by: John Snow Signed-off-by: Vladimir Sementsov-Ogievskiy --- block/dirty-bitmap.c | 1 + include/qemu/hbitmap.h | 8 qapi/block-core.json | 5 - util/hbitmap.c | 8 4 files changed, 21 insertions(+), 1

[Qemu-devel] [PATCH 02/18] migration: fix ram_save_pending

Fill postcopy-able pending only if ram postcopy is enabled. It is necessary because of there will be other postcopy-able states and when ram postcopy is disabled, it should not spoil common postcopy related pending. Signed-off-by: Vladimir Sementsov-Ogievskiy ---

[Qemu-devel] [PATCH 05/18] block: add bdrv_next_dirty_bitmap()

Like bdrv_next() - bdrv_next_dirty_bitmap() is a function to provide access to private dirty bitmaps list. Reviewed-by: John Snow Signed-off-by: Vladimir Sementsov-Ogievskiy --- block/dirty-bitmap.c | 10 ++

[Qemu-devel] [PATCH 01/18] migration: add has_postcopy savevm handler

Now postcopy-able states are recognized by not NULL save_live_complete_postcopy handler. But when we have several different postcopy-able states, it is not convenient. Ram postcopy may be disabled, while some other postcopy enabled, in this case Ram state should behave as it is not postcopy-able.

Re: [Qemu-devel] [PATCH 15/18] qapi: add md5 checksum of last dirty bitmap level to query-block

On Tue, Aug 16, 2016 at 11:37:28AM +0100, Daniel P. Berrange wrote: > On Tue, Aug 16, 2016 at 01:26:12PM +0300, Vladimir Sementsov-Ogievskiy wrote: > > Reviewed-by: John Snow > > Signed-off-by: Vladimir Sementsov-Ogievskiy > > --- > >

[Qemu-devel] [PATCH 08/18] block/dirty-bitmap: add bdrv_dirty_bitmap_release_successor

To just release successor and unfreeze bitmap without any additional work. Signed-off-by: Vladimir Sementsov-Ogievskiy Signed-off-by: Denis V. Lunev --- block/dirty-bitmap.c | 10 ++ include/block/dirty-bitmap.h | 2 ++ 2 files

[Qemu-devel] [PATCH 12/18] migration: add postcopy migration of dirty bitmaps

Postcopy migration of dirty bitmaps. Only named dirty bitmaps, associated with root nodes and non-root named nodes are migrated. If destination qemu is already containing a dirty bitmap with the same name as a migrated bitmap (for the same node), than, if their granularities are the same the

Re: [Qemu-devel] [PATCH COLO-Frame v18 00/34] COarse-grain LOck-stepping(COLO) Virtual Machines for Non-stop Service (FT)

On 2016/8/16 8:00, Changlong Xie wrote: On 08/03/2016 08:25 PM, zhanghailiang wrote: It is based on '[PATCH v24 00/12] Block replication for continuous checkpoints' series. The complete codes can be found from the link: https://github.com/coloft/qemu/commits/colo-v3.1-periodic-mode 404 NOT

Re: [Qemu-devel] [PATCH 1/2] error-report: provide error_report_exit()

Peter Xu writes: > There are many places in current QEMU codes that needs to print some > error and then quit QEMU. Provide a macro for it. > > Also, one coccinelle script is added to convert existing cases to > leverage this new macro. > > Signed-off-by: Peter Xu

[Qemu-devel] [PATCH v15 0/9] 8bit AVR cores

This series of patches adds 8bit AVR cores to QEMU. All instruction, except BREAK/DES/SPM/SPMX, are implemented. Not fully tested yet. However I was able to execute simple code with functions. e.g fibonacci calculation. This series of patches include a non real, sample board. No fuses support

[Qemu-devel] [PATCH v15 2/9] target-avr: adding AVR CPU features/flavors

Signed-off-by: Michael Rolnik --- target-avr/cpu.c | 311 +++ target-avr/cpu.h | 48 + 2 files changed, 359 insertions(+) diff --git a/target-avr/cpu.c b/target-avr/cpu.c index 3d7dc73..5fde722 100644 ---

Re: [Qemu-devel] [PULL 0/5] Block layer patches for 2.7.0-rc3

On 15 August 2016 at 14:57, Kevin Wolf wrote: > The following changes since commit 60ac136102098a70b97ab0c07bc7bf53131c: > > target-arm: Fix warn about implicit conversion (2016-08-12 11:12:24 +0100) > > are available in the git repository at: > >

[Qemu-devel] [PATCH 16/18] iotests: add default node-name

When testing migration, auto-generated by qemu node-names differs in source and destination qemu and migration fails. After this patch, auto-generated by iotest nodenames will be the same. Signed-off-by: Vladimir Sementsov-Ogievskiy --- tests/qemu-iotests/iotests.py |

[Qemu-devel] [PATCH 11/18] migration: add is_active_iterate handler

Only-postcopy savevm states (dirty-bitmap) don't need live iteration, so to disable them and stop transporting empty sections there is a new savevm handler. Signed-off-by: Vladimir Sementsov-Ogievskiy --- include/migration/vmstate.h | 1 + migration/savevm.c |

[Qemu-devel] [PATCH v15 6/9] target-avr: adding helpers for IN, OUT, SLEEP, WBR & unsupported instructions

Signed-off-by: Michael Rolnik --- target-avr/cpu.h | 10 ++ target-avr/helper.c| 266 - target-avr/helper.h| 7 ++ target-avr/translate.c | 8 ++ 4 files changed, 287 insertions(+), 4 deletions(-) diff --git

[Qemu-devel] [PATCH v15 7/9] target-avr: adding instruction translation

Signed-off-by: Michael Rolnik --- target-avr/Makefile.objs|1 + target-avr/translate-inst.c | 2625 +++ target-avr/translate.h |1 + 3 files changed, 2627 insertions(+) create mode 100644 target-avr/translate-inst.c

[Qemu-devel] [PATCH v15 9/9] target-avr: adding instruction decoder

Signed-off-by: Michael Rolnik --- target-avr/Makefile.objs | 1 + target-avr/decode.c | 693 +++ target-avr/translate.c | 2 + 3 files changed, 696 insertions(+) create mode 100644 target-avr/decode.c diff --git

Re: [Qemu-devel] [PULL for-2.7 0/1] Build fix for s390x

> > are available in the git repository at: > > git://github.com/cohuck/qemu tags/s390x-20160816 > > for you to fetch changes up to c86c03cfd2c298f56e36cd08a054b90c83959cc1: > > pc-bios/s390-ccw.img: Fix build (2016-08-16 08:52:02 +0200) > >

[Qemu-devel] [PATCH v2] net: vmxnet: use g_new for pkt initialisation

From: Li Qiang When network transport abstraction layer initialises pkt, the maximum fragmentation count is not checked. This could lead to an integer overflow causing a NULL pointer dereference. Replace g_malloc() with g_new() to catch the multiplication overflow.

Re: [Qemu-devel] [PATCH] Revert "vhost-user: Attempt to fix a race with set_mem_table."

On 16/08/16 2:39 am, "Michael S. Tsirkin" wrote: >On Mon, Aug 15, 2016 at 04:15:08PM +0100, Peter Maydell wrote: >> On 15 August 2016 at 14:35, Michael S. Tsirkin wrote: >> > This reverts commit 28ed5ef16384f12500abd3647973ee21b03cbe23. >> > >> > I still

[Qemu-devel] [Bug 1613817] [NEW] x86: ret, lret and iret with noncanonical IP saves wrong IP on the exception stack

Public bug reported: This test program: # compile with: gcc -nostartfiles -nostdlib _start: .globl _start mov %ss,%eax push%rax push%rsp pushf mov %cs,%eax push%rax

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

Hello, On behalf of the QEMU Team, I'd like to announce the availability of the fourth release candidate for the QEMU 2.7 release. This release is meant for testing purposes and should not be used in a production environment. http://wiki.qemu.org/download/qemu-2.7.0-rc3.tar.bz2 A note from the

Re: [Qemu-devel] [PATCH v6 1/4] vfio: Mediated device Core driver

On Tue, Aug 16, 2016 at 02:51:03PM -0600, Alex Williamson wrote: > On Tue, 16 Aug 2016 13:30:06 -0700 > Neo Jia wrote: > > > On Mon, Aug 15, 2016 at 04:47:41PM -0600, Alex Williamson wrote: > > > On Mon, 15 Aug 2016 12:59:08 -0700 > > > Neo Jia wrote: > > >

Re: [Qemu-devel] [PATCH v6 1/4] vfio: Mediated device Core driver

On Mon, Aug 15, 2016 at 04:47:41PM -0600, Alex Williamson wrote: > On Mon, 15 Aug 2016 12:59:08 -0700 > Neo Jia wrote: > > > > > > > > > > > I'm not sure a comma separated list makes sense here, for both > > > > > simplicity in the kernel and more fine grained error reporting,

Re: [Qemu-devel] [PATCH v6 1/4] vfio: Mediated device Core driver

On Tue, 16 Aug 2016 13:30:06 -0700 Neo Jia wrote: > On Mon, Aug 15, 2016 at 04:47:41PM -0600, Alex Williamson wrote: > > On Mon, 15 Aug 2016 12:59:08 -0700 > > Neo Jia wrote: > > > > > > > > > > > > > > I'm not sure a comma separated list makes sense here,

Re: [Qemu-devel] [PATCH v6 1/4] vfio: Mediated device Core driver

On Mon, 15 Aug 2016 23:13:20 -0700 Neo Jia wrote: > On Tue, Aug 16, 2016 at 05:58:54AM +, Tian, Kevin wrote: > > > From: Neo Jia [mailto:c...@nvidia.com] > > > Sent: Tuesday, August 16, 2016 1:44 PM > > > > > > On Tue, Aug 16, 2016 at 04:52:30AM +, Tian, Kevin wrote:

  1   2   >