Re: [Qemu-devel] [PATCH 4/4] qapi: add block-dirty-bitmap-merge

2017-12-26 Thread Vladimir Sementsov-Ogievskiy
13.11.2017 19:20, Vladimir Sementsov-Ogievskiy wrote: Signed-off-by: Vladimir Sementsov-Ogievskiy --- qapi/block-core.json | 38 ++ include/block/dirty-bitmap.h | 2 ++ block/dirty-bitmap.c | 17 + blockdev.c

Re: [Qemu-devel] [PATCH for-2.12 0/4] qmp dirty bitmap API

2017-12-26 Thread Vladimir Sementsov-Ogievskiy
26.12.2017 10:07, Fam Zheng wrote: On Wed, 12/20 11:20, Vladimir Sementsov-Ogievskiy wrote: external backup: 0. we have active_disk and attached to it dirty bitmap bitmap0 1. qmp blockdev-add tmp_disk (backing=active_disk) 2. guest fsfreeze 3. qmp transaction:     - block-dirty-bitmap-add

Re: [Qemu-devel] [PATCH for-2.12 0/4] qmp dirty bitmap API

2017-12-26 Thread Fam Zheng
On Tue, 12/26 11:57, Vladimir Sementsov-Ogievskiy wrote: > 26.12.2017 10:07, Fam Zheng wrote: > > On Wed, 12/20 11:20, Vladimir Sementsov-Ogievskiy wrote: > > > external backup: > > > > > > 0. we have active_disk and attached to it dirty bitmap bitmap0 > > > 1. qmp blockdev-add tmp_disk (backing=a

[Qemu-devel] [GPU and VFIO] qemu hang at startup, VFIO_IOMMU_MAP_DMA is extremely slow

2017-12-26 Thread Bob Chen
Hi, I have a host server with multiple GPU cards, and was assigning them to qemu with VFIO. I found that when setting up the last free GPU, the qemu process would hang there and took almost 10 minutes before finishing startup. I made some dig by gdb, and found the slowest part occurred at the hw/

Re: [Qemu-devel] [PATCH v20 4/7] virtio-balloon: VIRTIO_BALLOON_F_SG

2017-12-26 Thread Tetsuo Handa
Wei Wang wrote: > On 12/25/2017 10:51 PM, Tetsuo Handa wrote: > > Wei Wang wrote: > >> @@ -173,8 +292,15 @@ static unsigned fill_balloon(struct > >> virtio_balloon *vb, size_t num) > >> while ((page = balloon_page_pop(&pages))) { > >>balloon_page_enqueue(&vb->vb

Re: [Qemu-devel] [GPU and VFIO] qemu hang at startup, VFIO_IOMMU_MAP_DMA is extremely slow

2017-12-26 Thread Liu, Yi L
> -Original Message- > From: Qemu-devel [mailto:qemu-devel-bounces+yi.l.liu=intel@nongnu.org] > On Behalf Of Bob Chen > Sent: Tuesday, December 26, 2017 6:30 PM > To: qemu-devel@nongnu.org > Subject: [Qemu-devel] [GPU and VFIO] qemu hang at startup, > VFIO_IOMMU_MAP_DMA is extremely slo

Re: [Qemu-devel] [PATCH v20 4/7] virtio-balloon: VIRTIO_BALLOON_F_SG

2017-12-26 Thread Wei Wang
On 12/26/2017 06:38 PM, Tetsuo Handa wrote: Wei Wang wrote: On 12/25/2017 10:51 PM, Tetsuo Handa wrote: Wei Wang wrote: What we are doing here is to free the pages that were just allocated in this round of inflating. Next round will be sometime later when the balloon work item gets its turn t

Re: [Qemu-devel] [GPU and VFIO] qemu hang at startup, VFIO_IOMMU_MAP_DMA is extremely slow

2017-12-26 Thread Bob Chen
2017-12-26 18:51 GMT+08:00 Liu, Yi L : > > -Original Message- > > From: Qemu-devel [mailto:qemu-devel-bounces+yi.l.liu= > intel@nongnu.org] > > On Behalf Of Bob Chen > > Sent: Tuesday, December 26, 2017 6:30 PM > > To: qemu-devel@nongnu.org > > Subject: [Qemu-devel] [GPU and VFIO] qemu

Re: [Qemu-devel] [PATCH] Virt: ACPI: fix qemu assert due to re-assigned table data address

2017-12-26 Thread Andrew Jones
On Fri, Dec 22, 2017 at 02:52:47PM +0800, Shannon Zhao wrote: > acpi_data_push uses g_array_set_size to resize the memory size. If there is no > enough contiguous memory, the address will be changed. If we use the old > value, > it will assert. > qemu-kvm: hw/acpi/bios-linker-loader.c:214: bios_li

Re: [Qemu-devel] [PATCH] Virt: ACPI: fix qemu assert due to re-assigned table data address

2017-12-26 Thread Shannon Zhao
On 2017/12/26 19:48, Andrew Jones wrote: > On Fri, Dec 22, 2017 at 02:52:47PM +0800, Shannon Zhao wrote: >> acpi_data_push uses g_array_set_size to resize the memory size. If there is >> no >> enough contiguous memory, the address will be changed. If we use the old >> value, >> it will assert.

Re: [Qemu-devel] [PATCH] Virt: ACPI: fix qemu assert due to re-assigned table data address

2017-12-26 Thread Andrew Jones
On Tue, Dec 26, 2017 at 07:54:15PM +0800, Shannon Zhao wrote: > > > On 2017/12/26 19:48, Andrew Jones wrote: > > On Fri, Dec 22, 2017 at 02:52:47PM +0800, Shannon Zhao wrote: > >> acpi_data_push uses g_array_set_size to resize the memory size. If there > >> is no > >> enough contiguous memory, t

Re: [Qemu-devel] [PATCH v20 4/7] virtio-balloon: VIRTIO_BALLOON_F_SG

2017-12-26 Thread Tetsuo Handa
Wei Wang wrote: > On 12/26/2017 06:38 PM, Tetsuo Handa wrote: > > Wei Wang wrote: > >> On 12/25/2017 10:51 PM, Tetsuo Handa wrote: > >>> Wei Wang wrote: > >>> > >> What we are doing here is to free the pages that were just allocated in > >> this round of inflating. Next round will be sometime later

Re: [Qemu-devel] [PATCH v3 2/6] tests: migration test deprecated commands

2017-12-26 Thread Juan Quintela
Peter Xu wrote: > On Fri, Dec 01, 2017 at 01:58:09PM +0100, Juan Quintela wrote: >> We now test the deprecated commands everytime that we test the new >> commands. This makes unnecesary to add tests for deprecated commands. >> >> Signed-off-by: Juan Quintela >> --- >> tests/migration-test.c |

Re: [Qemu-devel] [PATCH v3 2/6] tests: migration test deprecated commands

2017-12-26 Thread Juan Quintela
"Dr. David Alan Gilbert" wrote: > * Juan Quintela (quint...@redhat.com) wrote: >> We now test the deprecated commands everytime that we test the new >> commands. This makes unnecesary to add tests for deprecated commands. >> >> Signed-off-by: Juan Quintela >> --- >> tests/migration-test.c | 32

Re: [Qemu-devel] [PATCH v3 3/6] tests: Add migration precopy test

2017-12-26 Thread Juan Quintela
"Dr. David Alan Gilbert" wrote: > * Juan Quintela (quint...@redhat.com) wrote: >> Signed-off-by: Juan Quintela > > OK, although you seem to have chosen a bandwidth 10x what I use > in the postcopy test but for the same reason. I tried to make it as fast as possible while making sure that we wait

Re: [Qemu-devel] [PATCH v3 5/6] tests: Add migration xbzrle test

2017-12-26 Thread Juan Quintela
"Dr. David Alan Gilbert" wrote: > * Juan Quintela (quint...@redhat.com) wrote: >> Signed-off-by: Juan Quintela >> --- >> tests/migration-test.c | 68 >> ++ >> 1 file changed, 68 insertions(+) >> >> diff --git a/tests/migration-test.c b/tests/migr

Re: [Qemu-devel] [PATCH v3 6/6] [RFH] tests: Add migration compress threads tests

2017-12-26 Thread Juan Quintela
"Dr. David Alan Gilbert" wrote: > * Juan Quintela (quint...@redhat.com) wrote: >> Yeap, it is still not working. trying to learn how to debug threads >> for guests running from the testt hardness. >> >> For some reason, compression is not working at the moment, test is >> disabled until I found w

[Qemu-devel] [PATCH v3] Add ability for user to specify mouse ungrab key

2017-12-26 Thread John Arbuckle
Currently the ungrab keys for the Cocoa and GTK interface are Control-Alt-g. This combination may not be very fun for the user to have to enter, so we now enable the user to specify their own key(s) as the ungrab key(s). The list of keys that can be used is found in the file qapi/ui.json under QKey

Re: [Qemu-devel] [PATCH v3] Add ability for user to specify mouse ungrab key

2017-12-26 Thread no-reply
Hi, This series failed build test on s390x host. Please find the details below. Type: series Message-id: 20171227003544.39826-1-programmingk...@gmail.com Subject: [Qemu-devel] [PATCH v3] Add ability for user to specify mouse ungrab key === TEST SCRIPT BEGIN === #!/bin/bash # Testing script will

[Qemu-devel] [PATCH v4] Add ability for user to specify mouse ungrab key

2017-12-26 Thread John Arbuckle
Currently the ungrab keys for the Cocoa and GTK interface are Control-Alt-g. This combination may not be very fun for the user to have to enter, so we now enable the user to specify their own key(s) as the ungrab key(s). The list of keys that can be used is found in the file qapi/ui.json under QKey

Re: [Qemu-devel] [PATCH v3] Add ability for user to specify mouse ungrab key

2017-12-26 Thread no-reply
Hi, This series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Type: series Message-id: 20171227003544.39826-1-programmingk...@gmail.com Subject: [Qemu-devel] [PATCH v3] Add ability for use

Re: [Qemu-devel] [PATCH v3 2/6] tests: migration test deprecated commands

2017-12-26 Thread Peter Xu
On Tue, Dec 26, 2017 at 08:51:10PM +0100, Juan Quintela wrote: > Peter Xu wrote: > > On Fri, Dec 01, 2017 at 01:58:09PM +0100, Juan Quintela wrote: > >> We now test the deprecated commands everytime that we test the new > >> commands. This makes unnecesary to add tests for deprecated commands. >

Re: [Qemu-devel] [PATCH 13/17] e500: move PCI host bridge into CCSR

2017-12-26 Thread Michael Davidsaver
On 12/06/2017 05:11 AM, David Gibson wrote: > On Tue, Dec 05, 2017 at 10:42:25PM -0500, Michael Davidsaver wrote: >> On 12/05/2017 01:53 AM, David Gibson wrote: >>> On Sun, Nov 26, 2017 at 03:59:11PM -0600, Michael Davidsaver wrote: Signed-off-by: Michael Davidsaver >>> >>> Hmm. Is there any

[Qemu-devel] [PATCH] util/mmap-alloc: support MAP_SYNC in qemu_ram_mmap()

2017-12-26 Thread Haozhong Zhang
When a file supporting DAX is used as vNVDIMM backend, mmap it with MAP_SYNC flag in addition can guarantee the persistence of guest write to the backend file without other QEMU actions (e.g., periodic fsync() by QEMU). By using MAP_SHARED_VALIDATE flag with MAP_SYNC, we can ensure mmap with MAP_S