Re: [Qemu-devel] [PATCH 02/14] qlit: move qlit from check-qjson to qobject/

Marc-André Lureau writes: > Fix code style issues while at it, to please check-patch. It's spelled checkpatch. Can touch up on commit. > Signed-off-by: Marc-André Lureau > --- > include/qapi/qmp/qlit.h | 49 +

Re: [Qemu-devel] [PATCH 01/14] qdict: add qdict_put_null() helper

Marc-André Lureau writes: > A step towards completeness. > > Signed-off-by: Marc-André Lureau Reviewed-by: Markus Armbruster

Re: [Qemu-devel] [RFC v2 8/8] migration: add incoming mgmt lock

On Wed, Aug 23, 2017 at 07:01:35PM +0100, Dr. David Alan Gilbert wrote: > * Peter Xu (pet...@redhat.com) wrote: > > Now at least migrate_incoming can be run in parallel. Let's provide a > > migration lock to protect it. > > > > Signed-off-by: Peter Xu > > --- > >

Re: [Qemu-devel] Make test

On 25.08.2017 00:16, Cleber Rosa wrote: > > On 08/24/2017 05:50 PM, Programmingkid wrote: >> >> Thank you for the patches. I will test them. I was wondering what is the >> point to having both 'make check' and 'make test'. It looks like everyone is >> using 'make check'. Maybe we are better off

Re: [Qemu-devel] [RFC v2 5/8] hmp: support "without_bql"

On Wed, Aug 23, 2017 at 06:46:29PM +0100, Dr. David Alan Gilbert wrote: > * Peter Xu (pet...@redhat.com) wrote: > > Introducing new option "without_bql" for HMP commands. It works just > > like QMP "without-bql", but for HMP commands. > > > > Signed-off-by: Peter Xu > > It's

Re: [Qemu-devel] [RFC v2 4/8] QAPI: new QMP command option "without-bql"

On Thu, Aug 24, 2017 at 07:37:32AM +0800, Fam Zheng wrote: > On Wed, 08/23 18:44, Dr. David Alan Gilbert wrote: > > * Peter Xu (pet...@redhat.com) wrote: > > > Introducing this new parameter for QMP commands in general to mark out > > > when the command does not need BQL. Normally QMP command

Re: [Qemu-devel] [RFC v2 4/8] QAPI: new QMP command option "without-bql"

On Wed, Aug 23, 2017 at 06:44:12PM +0100, Dr. David Alan Gilbert wrote: [...] > > +Most of the commands require the Big QEMU Lock (BQL) be held during > > +execution. However, there is a small subset of the commands that may > > +not really need BQL at all. To mark out this kind of commands,

Re: [Qemu-devel] Structure / order of generated QAPI/QMP docs

Markus Armbruster writes: > We've split sub-schemas off qapi-schema.json to enable proper > MAINTAINERS coverage, and also because the complete schema has become > rather large. > > The reference documentation generated with qapi2texi.py is in textual > schema order, with

Re: [Qemu-devel] [PATCH 13/15] ppc4xx: Add more PLB registers

On Thu, Aug 24, 2017 at 10:28:15PM +0200, BALATON Zoltan wrote: > On Thu, 24 Aug 2017, David Gibson wrote: > > On Wed, Aug 23, 2017 at 12:16:24PM +0200, BALATON Zoltan wrote: > > > On Wed, 23 Aug 2017, David Gibson wrote: > > > > On Sun, Aug 20, 2017 at 07:23:05PM +0200, BALATON Zoltan wrote: > >

Re: [Qemu-devel] [PATCH v2 00/16] qapi-schema: Reorganize along maintenance boundaries

Eric Blake writes: > On 08/24/2017 02:13 PM, Markus Armbruster wrote: >> Cc: "Daniel P. Berrange" >> Cc: Alberto Garcia >> Cc: Dr. David Alan Gilbert >> Cc: Gerd Hoffmann >> Cc: Jason Wang

Re: [Qemu-devel] [PATCH] spapr: Add ibm, processor-storage-keys property to CPU DT node

On Thu, Aug 24, 2017 at 11:11:22AM -0700, Ram Pai wrote: > On Thu, Aug 24, 2017 at 12:54:48PM +1000, Paul Mackerras wrote: > > On Mon, Aug 21, 2017 at 05:00:36PM -0300, Thiago Jung Bauermann wrote: > > > LoPAPR says: > > > > > > “ibm,processor-storage-keys” > > > > > > property name

Re: [Qemu-devel] [RFC v2 2/8] monitor: allow monitor to create thread to poll

On Wed, Aug 23, 2017 at 06:35:35PM +0100, Dr. David Alan Gilbert wrote: > * Peter Xu (pet...@redhat.com) wrote: > > Firstly, introduce Monitor.use_thread, and set it for monitors that are > > using non-mux typed backend chardev. We only do this for monitors, so > > mux-typed chardevs are not

Re: [Qemu-devel] [PATCH for-2.11 4/6] ppc: replace inter-function cyclic dependency/recurssion with 2 simple lookups

On Thu, Aug 24, 2017 at 10:21:49AM +0200, Igor Mammedov wrote: > previous patches cleaned up cpu model/alias naming which > allows to simplify cpu model/alias to cpu type lookup a bit > byt removing recurssion and dependency of ppc_cpu_class_by_name() / > ppc_cpu_class_by_alias() on each other. >

Re: [Qemu-devel] [PATCH for-2.11 5/6] ppc: simplify cpu model lookup by PVR

On Thu, Aug 24, 2017 at 10:21:50AM +0200, Igor Mammedov wrote: > Signed-off-by: Igor Mammedov > --- > target/ppc/translate_init.c | 27 +++ > 1 file changed, 11 insertions(+), 16 deletions(-) > > diff --git a/target/ppc/translate_init.c

Re: [Qemu-devel] [PATCH for-2.11 6/6] ppc: drop caching ObjectClass from PowerPCCPUAlias

On Thu, Aug 24, 2017 at 10:21:51AM +0200, Igor Mammedov wrote: > Caching there practically doesn't give any benefits > and that at slow path druring querying supported CPU list. > But it introduces non conventional path of where from > comes used CPU type name (kvm_ppc_register_host_cpu_type). >

[Qemu-devel] [Bug 1712818] Re: live migration with storage encounter assert(!(bs->open_flags & BDRV_O_INACTIVE)) crashes

hi,eblake,the problem still exists on qemu 2.10_rc4,although the possibility is less than before. kvm: block/io.c:1543: bdrv_co_pwritev: Assertion `!(bs->open_flags & 0x0800)' failed. 2017-08-25 11:08:18.963+: shutting down, reason=crashed -- You received this bug notification because you

[Qemu-devel] [PATCH qemu] pci: Initialize pci_dev->name before use

This moves pci_dev->name initialization earlier so pci_dev->bus_master_as could get a name instead of empry string. Signed-off-by: Alexey Kardashevskiy --- hw/pci/pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/pci/pci.c b/hw/pci/pci.c index

Re: [Qemu-devel] [QGA] Bug of qga?

Also I found: when I use `socat` to take a qga socket, then I use `socat` to communicate it will got error. But also SOMETIMES, I will not got error and will communicate OK. If one user take qga socket, another user should got error, is it? But why sometimes, the communicate is OK? 2017-08-25

Re: [Qemu-devel] A use-after-free in slirp

Hi Samuel, On 08/24/2017 08:42 PM, Samuel Thibault wrote: Hello, Thanks for the reproducer you sent me offline. Here is a fix which makes a lot of sense and fixes the reproducer. Could you try it with your whole testcase? Could somebody also review the patch? Your patch looks correct. It

Re: [Qemu-devel] [PATCH for-2.11 2/6] ppc: make cpu_model translation to type consistent

On Thu, Aug 24, 2017 at 10:21:47AM +0200, Igor Mammedov wrote: > PPC handles -cpu FOO rather incosistently, > i.e. it does case-insensitive matching of FOO to > a CPU type (see: ppc_cpu_compare_class_name) but > handles alias names as case-sensitive, as result: > > # qemu-system-ppc64 -M mac99

Re: [Qemu-devel] [PATCH for-2.11 3/6] ppc: make cpu alias point only to real cpu models

On Thu, Aug 24, 2017 at 10:21:48AM +0200, Igor Mammedov wrote: > alias pointing to another alias forces lookup code to > do recurrsive translation till real cpu model is reached. > > Drop this nonsence and make each alias point to cpu model > that has corresponding CPU type. It will allow to drop

Re: [Qemu-devel] [PATCH for-2.11 1/6] ppc: use macros to make cpu type name from string literal

On Thu, Aug 24, 2017 at 10:21:46AM +0200, Igor Mammedov wrote: > Replace > "-" TYPE_POWERPC_CPU > when composing cpu type name from cpu model string literal > and the same pattern in format strings with > POWERPC_CPU_TYPE_SUFFIX and POWERPC_CPU_TYPE_NAME(model) > macroses like we do in x86. >

[Qemu-devel] [QGA] Bug of qga?

Hi all, I'm using qga to send `route -n` and `ping` command to guest. But I found SOMETIMES, the second `ping` command's result is the same as `route -n` command. So I guess is there some cache mechanism of qga command result? So when I send the second command, and receive from qga socket, I

Re: [Qemu-devel] [PATCH QEMU v4] xen/pt: allow QEMU to request MSI unmasking at bind time

On Thu, 24 Aug 2017, Roger Pau Monne wrote: > When a MSI interrupt is bound to a guest using > xc_domain_update_msi_irq (XEN_DOMCTL_bind_pt_irq) the interrupt is > left masked by default. > > This causes problems with guests that first configure interrupts and > clean the per-entry MSIX table

[Qemu-devel] [Bug 1712818] Re: live migration with storage encounter assert(!(bs->open_flags & BDRV_O_INACTIVE)) crashes

Thank you,I will try it. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1712818 Title: live migration with storage encounter assert(!(bs->open_flags & BDRV_O_INACTIVE)) crashes Status in QEMU:

Re: [Qemu-devel] Persistent bitmaps for non-qcow2 formats

Sorry in advance for :words: ... On 08/23/2017 02:04 PM, Vladimir Sementsov-Ogievskiy wrote: > 23.08.2017 11:59, Vladimir Sementsov-Ogievskiy wrote: >> 22.08.2017 22:07, John Snow wrote: >>> Well, we knew we'd want this sooner or later. I've got some pings >>> downstream over whether or not we

Re: [Qemu-devel] [PATCH 15/15] ppc: Add aCube Sam460ex board

On Thu, Aug 24, 2017 at 11:37:09PM +0200, BALATON Zoltan wrote: > On Thu, 24 Aug 2017, David Gibson wrote: > > On Wed, Aug 23, 2017 at 01:12:06PM +0200, BALATON Zoltan wrote: > > > On Wed, 23 Aug 2017, David Gibson wrote: > > > > On Sun, Aug 20, 2017 at 07:23:05PM +0200, BALATON Zoltan wrote: > >

Re: [Qemu-devel] [PATCH 15/15] ppc: Add aCube Sam460ex board

On Thu, Aug 24, 2017 at 11:43:18PM +0200, BALATON Zoltan wrote: > On Thu, 24 Aug 2017, David Gibson wrote: > > On Wed, Aug 23, 2017 at 01:43:56PM +0200, François Revol wrote: > > > Le 23/08/2017 à 13:12, BALATON Zoltan a écrit : > > > > > What's the connection with mips_malta? > > > > > > > > The

Re: [Qemu-devel] A use-after-free in slirp

Hello, Thanks for the reproducer you sent me offline. Here is a fix which makes a lot of sense and fixes the reproducer. Could you try it with your whole testcase? Could somebody also review the patch? Samuel commit 1a3a763509fad895c907e6978ea034a5c19ee370 Author: Samuel Thibault

Re: [Qemu-devel] [RFC v2 01/32] vhu: vu_queue_started

Hi On Thu, Aug 24, 2017 at 9:39 PM Dr. David Alan Gilbert (git) < dgilb...@redhat.com> wrote: > From: "Dr. David Alan Gilbert" > > Add a vu_queue_started method to complement vu_queue_enabled. > > Signed-off-by: Dr. David Alan Gilbert > Reviewed-by:

Re: [Qemu-devel] [PATCH v6 04/10] qemu.py: Simplify QMP key-conversion

On 08/18/2017 10:26 AM, Lukáš Doktor wrote: > The QMP key conversion consist of '_'s to be replaced with '-'s, which > can easily be done by a single `str.replace` method which is faster and > does not require `string` module import. > > Signed-off-by: Lukáš Doktor >

Re: [Qemu-devel] [PATCH v6 03/10] qemu.py: Use iteritems rather than keys()

On 08/18/2017 10:26 AM, Lukáš Doktor wrote: > Let's avoid creating an in-memory list of keys and query for each value > and use `iteritems` which is an iterator of key-value pairs. > > Signed-off-by: Lukáš Doktor > Reviewed-by: Eduardo Habkost >

Re: [Qemu-devel] [PATCH v6 02/10] qemu|qtest: Avoid dangerous arguments

On 08/18/2017 10:26 AM, Lukáš Doktor wrote: > The list object is mutable in python and potentially might modify other > object's arguments when used as default argument. Reproducer: > > >>> vm1 = QEMUMachine("qemu") > >>> vm2 = QEMUMachine("qemu") > >>> vm1._wrapper.append("foo") >

Re: [Qemu-devel] [PATCH v6 01/10] qemu.py: Pylint/style fixes

On 08/18/2017 10:26 AM, Lukáš Doktor wrote: > No actual code changes, just several pylint/style fixes and docstring > clarifications. > > Signed-off-by: Lukáš Doktor > Reviewed-by: Stefan Hajnoczi > --- > scripts/qemu.py | 73 >

Re: [Qemu-devel] Make test

> On Aug 24, 2017, at 6:21 PM, Cleber Rosa wrote: > > > > On 08/24/2017 06:18 PM, Programmingkid wrote: >> After applying the patches I saw this error: >> >> $ make test >> make -C tests/tcg test >> CC test_path.o >> LINKtest_path >> ./test_path >> cc -m32

Re: [Qemu-devel] Make test

On 08/24/2017 06:18 PM, Programmingkid wrote: > After applying the patches I saw this error: > > $ make test > make -C tests/tcg test > CC test_path.o > LINKtest_path > ./test_path > cc -m32 -nostdlib -Wall -O2 -g -fno-strict-aliasing -static -o hello-i386 > hello-i386.c >

Re: [Qemu-devel] Make test

> On Aug 24, 2017, at 4:41 PM, Cleber Rosa wrote: > > > > On 08/24/2017 03:10 PM, Programmingkid wrote: >> I think 'make test' is an abandoned testing option for QEMU so this report >> might be unimportant. Here is my results for running 'make test': >> >> $ make test >>

Re: [Qemu-devel] Make test

On 08/24/2017 05:50 PM, Programmingkid wrote: > > Thank you for the patches. I will test them. I was wondering what is the > point to having both 'make check' and 'make test'. It looks like everyone is > using 'make check'. Maybe we are better off removing the 'make test' target. > I think

Re: [Qemu-devel] [PATCH 10/15] ppc440: Add emulation of plb-pcix controller found in some 440 SoCs

On Sun, 20 Aug 2017, Philippe Mathieu-Daudé wrote: Hi Zoltan, Hello, Thanks for the review and comments. On 08/20/2017 02:23 PM, BALATON Zoltan wrote: This is the PCIX controller found in newer 440 core SoCs e.g. the AMMC 460EX. The device tree refers to this as plb-pcix compared to the

Re: [Qemu-devel] Make test

> On Aug 24, 2017, at 4:41 PM, Cleber Rosa wrote: > > > > On 08/24/2017 03:10 PM, Programmingkid wrote: >> I think 'make test' is an abandoned testing option for QEMU so this report >> might be unimportant. Here is my results for running 'make test': >> >> $ make test >>

Re: [Qemu-devel] [PATCH 15/15] ppc: Add aCube Sam460ex board

On Thu, 24 Aug 2017, David Gibson wrote: On Wed, Aug 23, 2017 at 01:43:56PM +0200, François Revol wrote: Le 23/08/2017 à 13:12, BALATON Zoltan a écrit : What's the connection with mips_malta? The board's firmware wants to see SPD EEPROMs of the connected memory while initialising the memory

Re: [Qemu-devel] [PATCH 15/15] ppc: Add aCube Sam460ex board

On Thu, 24 Aug 2017, David Gibson wrote: On Wed, Aug 23, 2017 at 01:12:06PM +0200, BALATON Zoltan wrote: On Wed, 23 Aug 2017, David Gibson wrote: On Sun, Aug 20, 2017 at 07:23:05PM +0200, BALATON Zoltan wrote: Add emulation of aCube Sam460ex board based on AMCC 460EX embedded SoC. This is not

Re: [Qemu-devel] [PATCH v7 6/6] qemu-iotests: add 184 for throttle filter driver

On Thu, Aug 24, 2017 at 07:43:08PM +0100, Stefan Hajnoczi wrote: On Tue, Aug 22, 2017 at 01:15:35PM +0300, Manos Pitsidianakis wrote: +_supported_fmt qcow2 What makes this test qcow2-specific? With additional filtering for IMGFMT it should be possible to run this on any image format. I

Re: [Qemu-devel] Make test

On 08/24/2017 03:10 PM, Programmingkid wrote: > I think 'make test' is an abandoned testing option for QEMU so this report > might be unimportant. Here is my results for running 'make test': > > $ make test > make -C tests/tcg test > LINKtest_path > Undefined symbols for architecture

Re: [Qemu-devel] [Qemu-arm] [PATCH 4/8] boards.h: Define new flag ignore_memory_transaction_failures

On 22 August 2017 at 09:36, Peter Maydell wrote: > On 22 August 2017 at 04:45, Philippe Mathieu-Daudé wrote: >> If we are worried about being backward compatible, defaulting background >> region to unimp() won't throw any transaction error. > > As I

Re: [Qemu-devel] [PATCH 13/15] ppc4xx: Add more PLB registers

On Thu, 24 Aug 2017, David Gibson wrote: On Wed, Aug 23, 2017 at 12:16:24PM +0200, BALATON Zoltan wrote: On Wed, 23 Aug 2017, David Gibson wrote: On Sun, Aug 20, 2017 at 07:23:05PM +0200, BALATON Zoltan wrote: These registers are present in 440 SoCs (and maybe in others too) and U-Boot

Re: [Qemu-devel] S390 bios breaks in qemu 2.10.rc3

On 08/24/2017 02:33 PM, Christian Borntraeger wrote: Just to understand the urgency. Is the problem happening with the BIOS that is shipped in the upstream git tree, or a self-built one? The bios image upstream works fine, but if someone tries to recompile the bios and use that, it

[Qemu-devel] [RFC v2 21/32] postcopy: postcopy_notify_shared_wake

From: "Dr. David Alan Gilbert" Add a hook to allow a client userfaultfd to be 'woken' when a page arrives, and a walker that calls that hook for relevant clients given a RAMBlock and offset. Signed-off-by: Dr. David Alan Gilbert ---

Re: [Qemu-devel] [PATCH v2 00/16] qapi-schema: Reorganize along maintenance boundaries

On 08/24/2017 02:13 PM, Markus Armbruster wrote: > Cc: "Daniel P. Berrange" > Cc: Alberto Garcia > Cc: Dr. David Alan Gilbert > Cc: Gerd Hoffmann > Cc: Jason Wang > Cc: Juan Quintela

[Qemu-devel] [RFC v2 17/32] vhost+postcopy: Stash RAMBlock and offset

From: "Dr. David Alan Gilbert" Stash the RAMBlock and offset for later use looking up addresses. Signed-off-by: Dr. David Alan Gilbert --- hw/virtio/trace-events | 1 + hw/virtio/vhost-user.c | 30 ++ 2 files changed, 31

[Qemu-devel] [RFC v2 27/32] vhost+postcopy: Wire up POSTCOPY_END notify

From: "Dr. David Alan Gilbert" Wire up a call to VHOST_USER_POSTCOPY_END message to the vhost clients right before we ask the listener thread to shutdown. Signed-off-by: Dr. David Alan Gilbert --- hw/virtio/trace-events | 2 ++

[Qemu-devel] [RFC v2 32/32] postcopy shared docs

From: "Dr. David Alan Gilbert" Add some notes to the migration documentation for shared memory postcopy. Signed-off-by: Dr. David Alan Gilbert --- docs/devel/migration.txt | 39 +++ 1 file changed, 39 insertions(+)

[Qemu-devel] [RFC v2 11/32] vhub: Open userfaultfd

From: "Dr. David Alan Gilbert" Open a userfaultfd (on a postcopy_advise) and send it back in the reply to the qemu for it to monitor. Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.c | 26 +++---

[Qemu-devel] [RFC v2 22/32] vhost+postcopy: Add vhost waker

From: "Dr. David Alan Gilbert" Register a waker function in vhost-user code to be notified when pages arrive or requests to previously mapped pages get requested. Signed-off-by: Dr. David Alan Gilbert --- hw/virtio/trace-events | 3 +++

[Qemu-devel] [RFC v2 31/32] vhost: Don't break merged regions on small remove/non-adds

From: "Dr. David Alan Gilbert" The previous patch merges hugepage regions with small gaps back into one; this patch stops some of the cases that split them up again. vhost_set_memory avoids adding small regions that are being dirty-monitored (typically VGA regions), but

[Qemu-devel] [RFC v2 26/32] vhost: Add VHOST_USER_POSTCOPY_END message

From: "Dr. David Alan Gilbert" This message is sent just before the end of postcopy to get the client to stop using userfault since we wont respond to any more requests. It should close userfaultfd so that any other pages get mapped to the backing file automatically by the

[Qemu-devel] [RFC v2 10/32] vhub: Support sending fds back to qemu

From: "Dr. David Alan Gilbert" Allow replies with fds (for postcopy) Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.c | 29 - 1 file changed, 28 insertions(+), 1 deletion(-) diff --git

[Qemu-devel] [RFC v2 20/32] postcopy: wake shared

From: "Dr. David Alan Gilbert" Send a 'wake' request on a userfaultfd for a shared process. The address in the clients address space is specified together with the RAMBlock it was resolved to. Signed-off-by: Dr. David Alan Gilbert ---

[Qemu-devel] [RFC v2 30/32] vhost: Merge neighbouring hugepage regions where appropriate

From: "Dr. David Alan Gilbert" Where two regions are created with a gap such that when aligned to hugepage boundaries, the two regions overlap, merge them. I also add quite a few trace events to see what's going on. Note: This doesn't handle all the cases, but does handle

[Qemu-devel] [RFC v2 24/32] vub+postcopy: madvises

From: "Dr. David Alan Gilbert" Clear the area and turn off THP. Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.c | 32 ++-- 1 file changed, 30 insertions(+), 2 deletions(-) diff --git

[Qemu-devel] [RFC v2 07/32] postcopy: Add notifier chain

From: "Dr. David Alan Gilbert" Add a notifier chain for postcopy with a 'reason' flag and an opportunity for a notifier member to return an error. Call it when enabling postcopy. This will initially used to enable devices to declare they're unable to postcopy and later to

[Qemu-devel] [RFC v2 16/32] vhost+postcopy: Send address back to qemu

From: "Dr. David Alan Gilbert" We need a better way, but at the moment we need the address of the mappings sent back to qemu so it can interpret the messages on the userfaultfd it reads. Note: We don't ask for the default 'ack' reply since we've got our own. Signed-off-by:

[Qemu-devel] [RFC v2 29/32] vhost-user: Claim support for postcopy

From: "Dr. David Alan Gilbert" Tell QEMU we understand the protocol features needed for postcopy. Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.c | 33 + 1 file changed, 33 insertions(+)

[Qemu-devel] [RFC v2 18/32] vhost+postcopy: Send requests to source for shared pages

From: "Dr. David Alan Gilbert" Send requests back to the source for shared page requests. Signed-off-by: Dr. David Alan Gilbert --- migration/migration.h| 2 ++ migration/postcopy-ram.c | 31 ---

[Qemu-devel] [RFC v2 14/32] vhost+postcopy: Transmit 'listen' to client

From: "Dr. David Alan Gilbert" Notify the vhost-user client on reception of the 'postcopy-listen' event from the source. Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.c | 21 +

[Qemu-devel] [RFC v2 28/32] postcopy: Allow shared memory

From: "Dr. David Alan Gilbert" Now that we have the mechanisms in here, allow shared memory in a postcopy. Note that QEMU can't tell who all the users of shared regions are and thus can't tell whether all the users of the shared regions have appropriate support for

[Qemu-devel] [RFC v2 03/32] migrate: Update ram_block_discard_range for shared

From: "Dr. David Alan Gilbert" The choice of call to discard a block is getting more complicated for other cases. We use fallocate PUNCH_HOLE in any file cases; it works for both hugepage and for tmpfs. We use the DONTNEED for non-hugepage cases either where they're

[Qemu-devel] [RFC v2 15/32] vhost+postcopy: Register new regions with the ufd

From: "Dr. David Alan Gilbert" When new regions are sent to the client using SET_MEM_TABLE, register them with the userfaultfd. Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.c | 32 1

[Qemu-devel] [RFC v2 13/32] vhost+postcopy: Register shared ufd with postcopy

From: "Dr. David Alan Gilbert" Register the UFD that comes in as the response to the 'advise' method with the postcopy code. Signed-off-by: Dr. David Alan Gilbert --- hw/virtio/vhost-user.c | 21 - migration/postcopy-ram.h | 2

[Qemu-devel] [RFC v2 25/32] vhost+postcopy: Lock around set_mem_table

From: "Dr. David Alan Gilbert" **HACK - better solution needed ** We have the situation where: qemu bridge send set_mem_table map memory a) mark area with UFD

[Qemu-devel] [RFC v2 01/32] vhu: vu_queue_started

From: "Dr. David Alan Gilbert" Add a vu_queue_started method to complement vu_queue_enabled. Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.c | 6 ++ contrib/libvhost-user/libvhost-user.h | 9 + 2 files

[Qemu-devel] [RFC v2 09/32] vhost-user: Add 'VHOST_USER_POSTCOPY_ADVISE' message

From: "Dr. David Alan Gilbert" Wire up a notifier to send a VHOST_USER_POSTCOPY_ADVISE message on an incoming advise. Later patches will fill in the behaviour/contents of the message. Signed-off-by: Dr. David Alan Gilbert ---

[Qemu-devel] [RFC v2 12/32] postcopy: Allow registering of fd handler

From: "Dr. David Alan Gilbert" Allow other userfaultfd's to be registered into the fault thread so that handlers for shared memory can get responses. Signed-off-by: Dr. David Alan Gilbert --- migration/migration.c| 3 + migration/migration.h

[Qemu-devel] [RFC v2 23/32] vhost+postcopy: Call wakeups

From: "Dr. David Alan Gilbert" Cause the vhost-user client to be woken up whenever: a) We place a page in postcopy mode b) We get a fault and the page has already been received Signed-off-by: Dr. David Alan Gilbert --- migration/postcopy-ram.c |

[Qemu-devel] [RFC v2 08/32] postcopy: Add vhost-user flag for postcopy and check it

From: "Dr. David Alan Gilbert" Add a vhost feature flag for postcopy support, and use the postcopy notifier to check it before allowing postcopy. Signed-off-by: Dr. David Alan Gilbert --- contrib/libvhost-user/libvhost-user.h | 1 +

Re: [Qemu-devel] [PATCH 02/16] qapi: Drop superfluous qapi_enum_parse() parameter max

Eric Blake writes: > On 08/24/2017 01:35 PM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> On 08/24/2017 03:45 AM, Markus Armbruster wrote: The lookup tables have a sentinel, no need to make callers pass their size. Fun: the

[Qemu-devel] [RFC v2 19/32] vhost+postcopy: Resolve client address

From: "Dr. David Alan Gilbert" Resolve fault addresses read off the clients UFD into RAMBlock and offset, and call back to the postcopy code to ask for the page. Signed-off-by: Dr. David Alan Gilbert --- hw/virtio/trace-events | 3 +++

[Qemu-devel] [RFC v2 05/32] migration/ram: ramblock_recv_bitmap_test_byte_offset

From: "Dr. David Alan Gilbert" Utility for testing the map when you already know the offset in the RAMBlock. Signed-off-by: Dr. David Alan Gilbert --- migration/ram.c | 5 + migration/ram.h | 1 + 2 files changed, 6 insertions(+) diff --git

[Qemu-devel] [PATCH v2 3/3] hostmem-file: Add "discard-data" option

The new option can be used to indicate that the file contents can be destroyed and don't need to be flushed to disk when QEMU exits or when the memory backend object is removed. Internally, it will trigger a madvise(MADV_REMOVE) call when the memory backend is removed. Signed-off-by: Eduardo

[Qemu-devel] [PATCH v2 1/3] vl: Clean up user-creatable objects when exiting

Delete all user-creatable objects in /objects when exiting QEMU, so they can perform cleanup actions. Signed-off-by: Eduardo Habkost --- Changes v1 -> v2: * (none) --- include/qom/object_interfaces.h | 8 qom/object_interfaces.c | 5 + vl.c

[Qemu-devel] [RFC v2 06/32] postcopy: use UFFDIO_ZEROPAGE only when available

From: "Dr. David Alan Gilbert" Use a flag on the RAMBlock to state whether it has the UFFDIO_ZEROPAGE capability, use it when it's available. This allows the use of postcopy on tmpfs as well as hugepage backed files. Signed-off-by: Dr. David Alan Gilbert

[Qemu-devel] [RFC v2 02/32] vhub: Only process received packets on started queues

From: "Dr. David Alan Gilbert" Only process received packets if the queue has been started. Signed-off-by: Dr. David Alan Gilbert --- tests/vhost-user-bridge.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/vhost-user-bridge.c

[Qemu-devel] [PATCH v2 2/3] osdep: Define QEMU_MADV_REMOVE

Define QEMU_MADV_REMOVE, so we can use it with qemu_madvise(). Signed-off-by: Eduardo Habkost --- Changes v1 -> v2: * New patch added to series --- include/qemu/osdep.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/qemu/osdep.h b/include/qemu/osdep.h

[Qemu-devel] [PATCH v2 09/16] qapi-schema: Collect migration stuff in qapi/migration.json

Cc: Juan Quintela Cc: Dr. David Alan Gilbert Signed-off-by: Markus Armbruster --- MAINTAINERS |1 + Makefile|1 + qapi-schema.json| 1056 +

[Qemu-devel] [RFC v2 04/32] qemu_ram_block_host_offset

From: "Dr. David Alan Gilbert" Utility to give the offset of a host pointer within a RAMBlock (assuming we already know it's in that RAMBlock) Signed-off-by: Dr. David Alan Gilbert --- exec.c| 10 ++

[Qemu-devel] [RFC v2 00/32] postcopy+vhost-user/shared ram

From: "Dr. David Alan Gilbert" Hi, This is a RFC/WIP series that enables postcopy migration with shared memory to a vhost-user process. It's based off current-head + Alexey's bitmap series It's tested with vhost-user-bridge and a dpdk (modified by Maxime that will get

[Qemu-devel] [PATCH v2 0/3] hostmem-file: Add "discard-data" option

This series adds a new "discard-data" option to memory-backend-file. The new option will be useful if somebody is sharing RAM contents on a pre-existing file using share=on, but don't need data to be flushed to disk when QEMU exits. Internally, it will trigger a madvise(MADV_REMOVE) call when

[Qemu-devel] [PATCH v2 08/16] qapi-schema: Collect UI stuff in qapi/ui.json

UI stuff is remote desktop stuff (Spice, VNC) and input stuff (mouse, keyboard). Cc: Gerd Hoffmann Signed-off-by: Markus Armbruster --- MAINTAINERS | 2 + Makefile | 3 +- qapi-schema.json | 784 +---

[Qemu-devel] [PATCH v2 07/16] qapi-schema: Collect net device stuff in qapi/net.json

Cc: Jason Wang Signed-off-by: Markus Armbruster --- MAINTAINERS | 1 + Makefile | 1 + qapi-schema.json | 675 +--- qapi/event.json | 24 -- qapi/net.json| 706

[Qemu-devel] [PATCH v2 12/16] qapi-schema: Move block events from event.json to block.json

Cc: Alberto Garcia Signed-off-by: Markus Armbruster --- qapi/block.json | 68 + qapi/event.json | 68 - 2 files changed, 68 insertions(+), 68

[Qemu-devel] [PATCH v2 11/16] qapi-schema: Collect TPM stuff in qapi/tpm.json

Sadly, we don't have a TPM maintainer, not even a MAINTAINERS entry. Create one, and mark it orphaned. Signed-off-by: Markus Armbruster --- MAINTAINERS | 8 Makefile | 1 + qapi-schema.json | 132 +

[Qemu-devel] [PATCH v2 06/16] qapi-schema: Collect char device stuff in qapi/char.json

Cc: Paolo Bonzini Cc: Marc-André Lureau Signed-off-by: Markus Armbruster --- MAINTAINERS | 1 + Makefile | 1 + qapi-schema.json | 511 +--- qapi/char.json |

[Qemu-devel] [PATCH v2 15/16] qapi-schema: Move queries from common.json to qapi-schema.json

query-version and query-commands are in common.json for no good reason. Several similar queries are in qapi-schema.json. Move them there. Signed-off-by: Markus Armbruster --- qapi-schema.json | 103 +++ qapi/common.json |

[Qemu-devel] [PATCH v2 01/16] qapi-schema: Document how generated documentation is ordered

Documentation generated with qapi2texi.py is in source order, with included sub-schemas inserted at the first include directive (subsequent include directives have no effect). To get a sane and stable order, it's best to include each sub-schema just once, or include it first in qapi-schema.json.

[Qemu-devel] [PATCH v2 05/16] qapi-schema: Collect run state stuff in qapi/run-state.json

Cc: Paolo Bonzini Signed-off-by: Markus Armbruster --- MAINTAINERS | 1 + Makefile| 1 + qapi-schema.json| 165 +--- qapi/event.json | 182 --- qapi/run-state.json | 352

[Qemu-devel] [PATCH v2 04/16] qapi-schema: Collect sockets stuff in qapi/sockets.json

Cc: "Daniel P. Berrange" Cc: Gerd Hoffmann Cc: Paolo Bonzini Signed-off-by: Markus Armbruster --- MAINTAINERS | 1 + Makefile | 4 +- qapi-schema.json | 152

[Qemu-devel] [PATCH v2 10/16] qapi-schema: Collect transaction stuff in qapi/transaction.json

Signed-off-by: Markus Armbruster --- MAINTAINERS | 1 + Makefile | 1 + qapi-schema.json | 151 +-- qapi/transaction.json | 158 ++ 4 files changed, 161

[Qemu-devel] [PATCH v2 03/16] qapi-schema: Rocker doc section contains unrelated stuff, fix

Bug: section "Rocker switch device" starts with the rocker stuff, but then has unrelated stuff, like ReplayMode, xen-load-devices-state, ... Cause: rocker.json is included in the middle of section "QMP commands". Fix: include it in a sane place, namely next to the other sub-schemas.

[Qemu-devel] [PATCH v2 13/16] qapi-schema: Fold event.json back into qapi-schema.json

Signed-off-by: Markus Armbruster --- Makefile | 2 +- qapi-schema.json | 134 - qapi/event.json | 138 --- 3 files changed, 134 insertions(+), 140 deletions(-)

[Qemu-devel] [PATCH v2 00/16] qapi-schema: Reorganize along maintenance boundaries

Cc: "Daniel P. Berrange" Cc: Alberto Garcia Cc: Dr. David Alan Gilbert Cc: Gerd Hoffmann Cc: Jason Wang Cc: Juan Quintela Cc: Marc-André Lureau

  1   2   3   4   >