[Qemu-devel] [PULL 00/10] pc, pci, virtio: fixes for rc1

The following changes since commit 1fa0f627d03cd0d0755924247cafeb42969016bf: Update version for v2.11.0-rc1 release (2017-11-14 18:37:49 +) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_upstream for you to fetch changes up to

[Qemu-devel] [PULL 01/10] fix: unrealize virtio device if we fail to hotplug it

From: linzhecheng If we fail to hotplug virtio-blk device and then suspend or shutdown VM, qemu is likely to crash. Re-production steps: 1. Run VM named vm001 2. Create a virtio-blk.xml which contains wrong configurations: 3. Run command : virsh attach-device

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On Wed, Nov 15, 2017 at 09:27:14PM +0100, Max Reitz wrote: > On 2017-11-15 21:24, Richard W.M. Jones wrote: > > On Wed, Nov 15, 2017 at 09:07:12PM +0100, Max Reitz wrote: > >> On 2017-11-15 21:06, Gandalf Corvotempesta wrote: > >>> 2017-11-15 20:59 GMT+01:00 Max Reitz : >

[Qemu-devel] [PULL 09/10] vmcoreinfo: put it in the 'misc' device category

From: Marc-André Lureau Signed-off-by: Marc-André Lureau Reviewed-by: Michael S. Tsirkin Signed-off-by: Michael S. Tsirkin --- hw/misc/vmcoreinfo.c | 1 + 1 file changed, 1 insertion(+) diff --git

[Qemu-devel] [Bug 823733] Re: Soloaris can't be poweroff

I can reproduce the issue with modern illumos distributions like OpenIndiana 2017.10 on Linux KVM host with QEMU 2.10.1 (illumos is OpenSolaris OS/Net - i.e. "the kernel" - heir, roughly equal to Solaris 11). It's still the case illumos will shut down on other hypervizors e.g. VirtualBox. I

Re: [Qemu-devel] [PATCH 3/5] block: support compressed write for copy-on-read

On 2017-11-14 11:16, Anton Nefedov wrote: > Signed-off-by: Anton Nefedov > --- > block/io.c | 30 -- > block/trace-events | 2 +- > 2 files changed, 25 insertions(+), 7 deletions(-) > > diff --git a/block/io.c b/block/io.c >

Re: [Qemu-devel] [PATCH 4/5] block-stream: add compress option

On 2017-11-14 11:16, Anton Nefedov wrote: > Signed-off-by: Anton Nefedov > --- > qapi/block-core.json | 4 > include/block/block_int.h | 4 +++- > block/stream.c| 16 > blockdev.c| 13 - > hmp.c

Re: [Qemu-devel] [qemu-img] support for XVA

On 2017-11-15 18:44, Gandalf Corvotempesta wrote: > XVA is a tar archive. > I don't think would be possible to directly use the image stored inside > without extracting and merging each chunks > > Any random reads would be impossible to do, only a huge sequential dump to > build the raw image

Re: [Qemu-devel] [qemu-img] support for XVA

On 2017-11-15 21:06, Gandalf Corvotempesta wrote: > 2017-11-15 20:59 GMT+01:00 Max Reitz : >> Well, you can't just add support to qemu-img alone either. Every image >> format supported by qemu-img is one supported by qemu as a whole and >> thus needs a proper block driver that

Re: [Qemu-devel] [PATCH v17 6/6] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_VQ

On Fri, Nov 03, 2017 at 04:13:06PM +0800, Wei Wang wrote: > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_VQ feature indicates the > support of reporting hints of guest free pages to the host via > virtio-balloon. The host requests the guest to report the free pages by > sending commands via the

[Qemu-devel] [PULL 05/10] hw/pci-host: Fix x86 Host Bridges 64bit PCI hole

From: Marcel Apfelbaum Currently there is no MMIO range over 4G reserved for PCI hotplug. Since the 32bit PCI hole depends on the number of cold-plugged PCI devices and other factors, it is very possible is too small to hotplug PCI devices with large BARs. Fix it by reserving

[Qemu-devel] [PULL 07/10] tests/acpi-test-data: update _CRS in DSDT

commit dadf988e81b15065ac1d6dbaf4b87b5b80c7b670 hw/pci-host: Fix x86 Host Bridges 64bit PCI hole Added a 64 bit hole to _CRS of PCI0. Update the expected files accordingly. Signed-off-by: Michael S. Tsirkin --- tests/acpi-test-data/pc/DSDT | Bin 5098 -> 5144 bytes

Re: [Qemu-devel] [PATCH] iotests: Make 087 pass without AIO enabled

On 11/15/2017 12:07 PM, Max Reitz wrote: > If AIO has not been enabled in the qemu build that is to be tested, we > should skip the "aio=native without O_DIRECT" test instead of failing. > > Signed-off-by: Max Reitz > --- > Cleber wanted to fix this in July with his "build

Re: [Qemu-devel] QEMU abort when network serivce is restarted during live migration with vhost-user as the network backend

* Yori Fang (fangyi...@huawei.com) wrote: > > > 在 2017/11/14 19:40, Marc-André Lureau 写道: > > Hi > > > > On Tue, Nov 14, 2017 at 8:09 AM, fangying wrote: > >> Hi all, > >> > >> We have a vm running migration with vhost-user as network backend, we > >> notice that qemu

Re: [Qemu-devel] [PULL 3/8] colo-compare: compare the packet in a specified Connection

On 14 November 2017 at 02:11, Jason Wang wrote: > From: Mao Zhongyi > > A package from pri_indev or sec_indev only belongs to a particular > Connection, so we only need to compare the package in the specified > Connection's primary_list and

Re: [Qemu-devel] [qemu-img] support for XVA

2017-11-15 20:59 GMT+01:00 Max Reitz : > Well, you can't just add support to qemu-img alone either. Every image > format supported by qemu-img is one supported by qemu as a whole and > thus needs a proper block driver that needs to support random accesses > as well. I was

Re: [Qemu-devel] [qemu-img] support for XVA

XVA is a tar archive. I don't think would be possible to directly use the image stored inside without extracting and merging each chunks Any random reads would be impossible to do, only a huge sequential dump to build the raw image Il 15 nov 2017 6:33 PM, "Eric Blake" ha

[Qemu-devel] [PULL 08/10] NUMA: Enable adding NUMA node implicitly

From: Dou Liyang Linux and Windows need ACPI SRAT table to make memory hotplug work properly, however currently QEMU doesn't create SRAT table if numa options aren't present on CLI. Which breaks both linux and windows guests in certain conditions: * Windows: won't

Re: [Qemu-devel] [qemu-img] support for XVA

On Wed, Nov 15, 2017 at 04:52:56PM +0100, Gandalf Corvotempesta wrote: > I'm thinking if support for XVA files could be added to qemu-img > The file-format is well known (it's just a tar archive) and there are scripts > that are able to convert an XVA file to a RAW image. (ie: >

Re: [Qemu-devel] [PATCH for-2.12 v3 09/11] spapr: split the IRQ number space for LSI interrupts

On Wed, 15 Nov 2017 16:08:32 + Cédric Le Goater wrote: > On 11/15/2017 03:52 PM, Greg Kurz wrote: > > On Fri, 10 Nov 2017 15:20:15 + > > Cédric Le Goater wrote: > > > >> The type of an interrupt, MSI or LSI, is stored under the flag > >> attribute of the

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On 2017-11-15 21:24, Richard W.M. Jones wrote: > On Wed, Nov 15, 2017 at 09:07:12PM +0100, Max Reitz wrote: >> On 2017-11-15 21:06, Gandalf Corvotempesta wrote: >>> 2017-11-15 20:59 GMT+01:00 Max Reitz : Well, you can't just add support to qemu-img alone either. Every

Re: [Qemu-devel] [PATCH for-2.11] qcow2: Fix overly broad madvise()

On 2017-11-14 19:41, Max Reitz wrote: > @mem_size and @offset are both size_t, thus subtracting them from one > another will just return a big size_t if mem_size < offset -- even more > obvious here because the result is stored in another size_t. > > Checking that result to be positive is

[Qemu-devel] [PATCH] iotests: Make 087 pass without AIO enabled

If AIO has not been enabled in the qemu build that is to be tested, we should skip the "aio=native without O_DIRECT" test instead of failing. Signed-off-by: Max Reitz --- Cleber wanted to fix this in July with his "build configuration query tool and conditional (qemu-io)test

[Qemu-devel] [PULL 03/10] tests: report errors when iasl exits with non-zero status

From: "Daniel P. Berrange" If iasl exits with non-zero status, the test unhelpfully just reports that the AML did not match, because the data files it thought iasl generated do not exist. This adds an explicit check for the exit status of iasl and prints stderr if it was

[Qemu-devel] [PULL 02/10] pci: Initialize pci_dev->name before use

From: Alexey Kardashevskiy This moves pci_dev->name initialization earlier so pci_dev->bus_master_as could get a name instead of an empty string. Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Peter Xu Signed-off-by: Alexey Kardashevskiy

Re: [Qemu-devel] [PATCH] exec: Skip mru section if it's a partial page and not resolving subpage

On Wed, 15 Nov 2017, Paolo Bonzini wrote: This is another possibility: diff --git a/exec.c b/exec.c index 97a24a875e..3bb9fcf257 100644 --- a/exec.c +++ b/exec.c @@ -410,22 +410,16 @@ static MemoryRegionSection *address_space_lookup_region(AddressSpaceDispatch *d, { MemoryRegionSection

[Qemu-devel] [PULL 06/10] hw/pcie-pci-bridge: restrict to X86 and ARM

From: Marcel Apfelbaum The PCIE-PCI bridge is specific to "pure" PCIe systems (on QEMU we have X86 and ARM), it does not make sense to have it in other archs. Reported-by: Thomas Huth Signed-off-by: Marcel Apfelbaum Reviewed-by: Thomas

[Qemu-devel] [PULL 04/10] test: fix detection of errors from iasl

From: "Daniel P. Berrange" The conditional looking for errors while loading asl files would ignore errors from loading the expected data, if the actual data succeeded. Signed-off-by: Daniel P. Berrange Reviewed-by: Michael S. Tsirkin

Re: [Qemu-devel] [RFC 1/5] hw/vfio: Add function for getting reserved_region of device iommu group

On Wed, 15 Nov 2017 09:49:41 + Shameerali Kolothum Thodi wrote: > Hi Alex, > > > -Original Message- > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > Sent: Tuesday, November 14, 2017 3:48 PM > > To: Zhuyijun

[Qemu-devel] [PULL 10/10] build-sys: restrict vmcoreinfo to fw_cfg+dma capable targets

From: Marc-André Lureau vmcoreinfo is built for all targets. However, it requires fw_cfg with DMA operations support (write operation). Restrict vmcoreinfo exposure to architectures that are supporting FW_CFG_DMA, that is arm-virt and x86 only atm. Signed-off-by:

Re: [Qemu-devel] [Qemu-block] [PATCH v2] qapi: block-core: Clarify events emitted by 'block-job-cancel'

On 11/15/2017 04:09 AM, Kashyap Chamarthy wrote: > When you cancel an in-progress live block operation with QMP > `block-job-cancel`, it emits the event: BLOCK_JOB_CANCELLED. However, > when `block-job-cancel` is issued after `drive-mirror` has indicated (by > emitting the event

Re: [Qemu-devel] [PATCH] block: Fix error path in bdrv_backing_update_filename()

On 6 November 2017 at 16:55, Kevin Wolf wrote: > error_setg_errno() takes a positive errno code. > > Signed-off-by: Kevin Wolf > --- > block.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/block.c b/block.c > index

Re: [Qemu-devel] [PATCH 5/5] iotest 030: add compressed block-stream test

On 2017-11-14 11:16, Anton Nefedov wrote: > Signed-off-by: Anton Nefedov > --- > tests/qemu-iotests/030 | 69 > +- > tests/qemu-iotests/030.out | 4 +-- > 2 files changed, 70 insertions(+), 3 deletions(-) > > diff

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On Wed, Nov 15, 2017 at 09:07:12PM +0100, Max Reitz wrote: > On 2017-11-15 21:06, Gandalf Corvotempesta wrote: > > 2017-11-15 20:59 GMT+01:00 Max Reitz : > >> Well, you can't just add support to qemu-img alone either. Every image > >> format supported by qemu-img is one

Re: [Qemu-devel] [PATCH for-2.11 0/5] qcow2: Fixes for corrupted images

On 2017-11-10 21:31, Max Reitz wrote: > This series contains fixes for another batch of qcow2-related crashes > reported on Launchpad by Nageswara (the first batch was > http://lists.nongnu.org/archive/html/qemu-block/2017-11/msg00082.html by > Berto). > > Patch 4 fixes an out-of-bounds array

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

On 11/13/2017 11:20 AM, Vladimir Sementsov-Ogievskiy wrote: > Hi all. > > There are three qmp commands, needed to implement external backup API. > > Using these three commands, client may do all needed bitmap management by > hand: > > on backup start we need to do a transaction: > {disable

Re: [Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests

Hi, This series failed build test on ppc host. Please find the details below. Type: series Message-id: 20171115211917.789-1-ebl...@redhat.com Subject: [Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests === TEST SCRIPT BEGIN === #!/bin/bash # Testing script will be

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On Wed, Nov 15, 2017 at 09:05:00PM +, Richard W.M. Jones wrote: > This will give you one offset/size/filename tuple for each file. The > plugin will then simply need to calculate which file to access to > resolve each virtual file range (or substitute zeroes for missing > files). By which I

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On 2017-11-15 21:41, Gandalf Corvotempesta wrote: > 2017-11-15 21:29 GMT+01:00 Richard W.M. Jones : >> Gandalf, is there an XVA file publically available (pref. not >> too big) that we can look at? > > I can try to provide one, but it's simple: > > # tar tvf

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On Wed, Nov 15, 2017 at 10:42:42PM +0100, Gandalf Corvotempesta wrote: > I'm thinking on how to prove you a sample XVA > I have to create (and populate) a VM because an empty image will result in > an empty XVA > And a VM is 300-400Mb as minimum That's fine to download. Also you could compress

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On 2017-11-15 22:50, Gandalf Corvotempesta wrote: > https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 > > Some XVAs Thanks! signature.asc Description: OpenPGP digital signature

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On Wed, Nov 15, 2017 at 10:30:31PM +0100, Max Reitz wrote: > Hmmm... OK, so as Rich said, you can use the raw driver with an offset > and a size. And you can use the null-co driver to emulate holes. And > qemu-img convert supports concatenation. Nice, I didn't know qemu-img convert could

Re: [Qemu-devel] [Qemu-block] [PATCH v2] qapi: block-core: Clarify events emitted by 'block-job-cancel'

On Wed, Nov 15, 2017 at 02:15:57PM -0500, John Snow wrote: > > > On 11/15/2017 04:09 AM, Kashyap Chamarthy wrote: > > When you cancel an in-progress live block operation with QMP > > `block-job-cancel`, it emits the event: BLOCK_JOB_CANCELLED. However, > > when `block-job-cancel` is issued

Re: [Qemu-devel] [PATCH v2 for-2.11] hw/net/vmxnet3: Fix code to work on big endian hosts, too

On Wed, 15 Nov 2017 07:59:31 +0100 Thomas Huth wrote: > On 15.11.2017 00:33, David Gibson wrote: > [...] > [...] > [...] > [...] > [...] > [...] > [...] > [...] > > David, I agree with all of your comments - I had similar thoughts when I > was working with

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 Some XVAs Il 15 nov 2017 10:42 PM, "Gandalf Corvotempesta" < gandalf.corvotempe...@gmail.com> ha scritto: > I'm thinking on how to prove you a sample XVA > I have to create (and populate) a VM because an empty

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

Il 15 nov 2017 11:28 PM, "Max Reitz" ha scritto: Hmmm, that gives me a timeout when downloading. And another image I got gives me an "argument list too long" -- which I had feared already... It has a size of 3 MB and Linux "only" allows 2...

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On 2017-11-15 23:55, Max Reitz wrote: > On 2017-11-15 23:28, Max Reitz wrote: >> On 2017-11-15 22:50, Gandalf Corvotempesta wrote: >>> https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 >> >> Hmmm, that gives me a timeout when downloading. And another image I got >>

[Qemu-devel] [Bug 1659901] Re: Regression: SIGSEGV running Java

fyi, similar seen for Raspbian9: https://bugs.launchpad.net/raspbian/+bug/1732556 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1659901 Title: Regression: SIGSEGV running Java Status in QEMU:

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On Wed, Nov 15, 2017 at 09:41:20PM +0100, Gandalf Corvotempesta wrote: > 2017-11-15 21:29 GMT+01:00 Richard W.M. Jones : > > Gandalf, is there an XVA file publically available (pref. not > > too big) that we can look at? > > I can try to provide one, but it's simple: > > # tar

[Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests

The NBD spec says an attempt to NBD_CMD_TRIM on a read-only export should fail with EPERM, as a trim has the potential to change disk contents, but we were relying on the block layer to catch that for us, which might not always give the right error (and even if it does, it does not let us pass

Re: [Qemu-devel] [PATCH] exec: Skip mru section if it's a partial page and not resolving subpage

On 15/11/2017 20:00, BALATON Zoltan wrote: > On Wed, 15 Nov 2017, Paolo Bonzini wrote: >> This is another possibility: >> >> diff --git a/exec.c b/exec.c >> index 97a24a875e..3bb9fcf257 100644 >> --- a/exec.c >> +++ b/exec.c >> @@ -410,22 +410,16 @@ static MemoryRegionSection >>

Re: [Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests

On 11/15/2017 03:23 PM, no-re...@patchew.org wrote: > Hi, > > This series failed build test on s390x host. Please find the details below. EPEBCAK. Serves me right for tweaking the patch in between compile-testing and posting. -- Eric Blake, Principal Software Engineer Red Hat, Inc.

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On 2017-11-15 23:28, Max Reitz wrote: > On 2017-11-15 22:50, Gandalf Corvotempesta wrote: >> https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 > > Hmmm, that gives me a timeout when downloading. And another image I got > gives me an "argument list too long" --

[Qemu-devel] [PATCH v2 for-2.11] nbd/server: Fix error reporting for bad requests

The NBD spec says an attempt to NBD_CMD_TRIM on a read-only export should fail with EPERM, as a trim has the potential to change disk contents, but we were relying on the block layer to catch that for us, which might not always give the right error (and even if it does, it does not let us pass

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

I'm thinking on how to prove you a sample XVA I have to create (and populate) a VM because an empty image will result in an empty XVA And a VM is 300-400Mb as minimum Il 15 nov 2017 10:30 PM, "Max Reitz" ha scritto: > On 2017-11-15 21:41, Gandalf Corvotempesta wrote: > >

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

2017-11-15 21:29 GMT+01:00 Richard W.M. Jones : > Gandalf, is there an XVA file publically available (pref. not > too big) that we can look at? I can try to provide one, but it's simple: # tar tvf 20160630_124823_aa72_.xva.gz | head -n 50 -- 0/0 42353

Re: [Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests

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. Subject: [Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests Type: series Message-id:

Re: [Qemu-devel] [Qemu-block] [PATCH v2] qapi: block-core: Clarify events emitted by 'block-job-cancel'

On 11/15/2017 04:54 PM, Kashyap Chamarthy wrote: > On Wed, Nov 15, 2017 at 02:15:57PM -0500, John Snow wrote: >> >> >> On 11/15/2017 04:09 AM, Kashyap Chamarthy wrote: >>> When you cancel an in-progress live block operation with QMP >>> `block-job-cancel`, it emits the event:

Re: [Qemu-devel] [Libguestfs] [qemu-img] support for XVA

On 2017-11-15 22:50, Gandalf Corvotempesta wrote: > https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 Hmmm, that gives me a timeout when downloading. And another image I got gives me an "argument list too long" -- which I had feared already... It has a size of 3 MB

Re: [Qemu-devel] [PATCH] qapi: block-core: Clarify events emitted by 'block-job-cancel'

On Tue, Nov 14, 2017 at 11:26:59AM -0800, no-re...@patchew.org wrote: > 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. [...] > In file included from

Re: [Qemu-devel] [PATCH] tcg: Record code_gen_buffer address for user-only memory helpers

On 11/14/2017 05:09 PM, Alex Bennée wrote: >> -/* Now we have a real cpu fault. Since this is the exact location of >> - * the exception, we must undo the adjustment done by cpu_restore_state >> - * for handling call return addresses. */ >> -cpu_restore_state(cpu, pc +

Re: [Qemu-devel] [PATCH v3] hw/arm/aspeed: Unlock SCU when running kernel

On 11/14/2017 01:20 PM, Joel Stanley wrote: > The ASPEED hardware contains a lock register for the SCU that disables > any writes to the SCU when it is locked. The machine comes up with the > lock enabled, but on all known hardware u-boot will unlock it and leave > it unlocked when loading the

Re: [Qemu-devel] [PATCH v3 for-2.11 1/3] tpm_emulator: Add a caching layer for the TPM Established flag

On Wed, 2017-11-15 at 04:47 +0100, Marc-André Lureau wrote: > Hi > > On Wed, Nov 15, 2017 at 2:16 AM, Stefan Berger > wrote: > > > > On 11/14/2017 06:40 PM, Marc-André Lureau wrote: > > > > > > > > > Hi > > > > > > On Tue, Nov 14, 2017 at 10:52 PM, Stefan Berger >

Re: [Qemu-devel] [RFC v3 01/27] char-io: fix possible race on IOWatchPoll

On Tue, Nov 14, 2017 at 07:31:10PM +0800, Peter Xu wrote: > On Tue, Nov 14, 2017 at 10:32:19AM +, Stefan Hajnoczi wrote: > > On Tue, Nov 14, 2017 at 02:09:39PM +0800, Peter Xu wrote: > > > On Mon, Nov 13, 2017 at 04:52:11PM +, Stefan Hajnoczi wrote: > > > > On Mon, Nov 06, 2017 at

Re: [Qemu-devel] [RFC v3 00/27] QMP: out-of-band (OOB) execution support

On Mon, Nov 06, 2017 at 09:08:00PM +0800, Peter Xu wrote: > On Mon, Nov 06, 2017 at 02:12:17AM -0800, no-re...@patchew.org wrote: > > Hi, > > > > This series seems to have some coding style problems. See output below for > > more information: > > > > Subject: [Qemu-devel] [RFC v3 00/27] QMP:

Re: [Qemu-devel] HAXM is now open source

On 11/15/2017 3:13, John Snow wrote: On 11/14/2017 06:09 AM, Thomas Huth wrote: That's great news! I hope this all will help to promote QEMU on Windows and macOS quite a bit! However, during the past months, I noticed a couple of times that users ask on IRC or the qemu-discuss mailing list

Re: [Qemu-devel] [PATCH for-2.12 v3 05/11] spapr: introduce an IRQ allocator using a bitmap

On 11/14/2017 04:28 PM, Greg Kurz wrote: > On Tue, 14 Nov 2017 11:54:53 + > Cédric Le Goater wrote: > >> On 11/14/2017 09:42 AM, Greg Kurz wrote: >>> On Fri, 10 Nov 2017 15:20:11 + >>> Cédric Le Goater wrote: >>> Let's define a new set of XICSFabric

Re: [Qemu-devel] [PATCH for-2.11] qcow2: Fix overly broad madvise()

On Tue 14 Nov 2017 07:41:27 PM CET, Max Reitz wrote: > @mem_size and @offset are both size_t, thus subtracting them from one > another will just return a big size_t if mem_size < offset -- even more > obvious here because the result is stored in another size_t. > > Checking that result to be

[Qemu-devel] [PATCH v2] qapi: block-core: Clarify events emitted by 'block-job-cancel'

When you cancel an in-progress live block operation with QMP `block-job-cancel`, it emits the event: BLOCK_JOB_CANCELLED. However, when `block-job-cancel` is issued after `drive-mirror` has indicated (by emitting the event BLOCK_JOB_READY) that the source and destination remain synchronized:

Re: [Qemu-devel] Abnormal observation during migration: too many "write-not-dirty" pages

"Chunguang Li" wrote: > Hi all! Hi Sorry for the delay, I was on vacation an still getting up to speed. > I got a very abnormal observation for the VM migration. I found that many > pages marked as dirty during > migration are "not really dirty", which is, their

Re: [Qemu-devel] building user interfaces as modules

On Wed, 11/15 13:19, Gerd Hoffmann wrote: > Hi, > > I'm trying to revamp the display initialization code: > > * First use a qapi type for the display options, so we can use > -blockdev style command line parsing for -display (not there yet, > but closer). > * Second initialize all

Re: [Qemu-devel] [PATCH v6 5/5] fw_cfg: write vmcoreinfo details

On Mon, Nov 13, 2017 at 08:29:58PM +0100, Marc-André Lureau wrote: > If the "etc/vmcoreinfo" fw_cfg file is present and we are not running > the kdump kernel, write the addr/size of the vmcoreinfo ELF note. > > Signed-off-by: Marc-André Lureau > Reviewed-by: Gabriel

Re: [Qemu-devel] [Question] Qemu's Heap Becomes Very Large and Never Reduce Down

> On Wed, Nov 15, 2017 at 02:18:55PM +0100, Paolo Bonzini wrote: > > On 15/11/2017 04:14, Xulei (Stone) wrote: > > > Hi, guys > > > > > > I met a strange problem, with qemu 2.8.1: > > > qemu consumes too many heap memory after several operations and can > > > not release them anymore: > > > hot

[Qemu-devel] [PATCH v3] net: Transmit zero UDP checksum as 0xFFFF

The checksum algorithm used by IPv4, TCP and UDP allows a zero value to be represented by either 0x and 0x. But per RFC 768, a zero UDP checksum must be transmitted as 0x, as 0x is a special value meaning no checksum. Substitute 0x whenever a checksum is computed as zero when

Re: [Qemu-devel] [PATCH 0/5] compressed block-stream

On Tue, 11/14 13:16, Anton Nefedov wrote: > It might be useful to compress images during block-stream; > this way the user can merge compressed images of a backing chain and > the result will remain compressed. I haven't looked at the patches yet so maybe the answer is obvious, but still: would

Re: [Qemu-devel] [PATCH v2] net: Transmit zero UDP checksum as 0xFFFF

On Tue, Nov 14, 2017 at 6:57 PM, Ed Swierk wrote: > diff --git a/hw/net/net_tx_pkt.c b/hw/net/net_tx_pkt.c > index 20b2549..dc95f12 100644 > --- a/hw/net/net_tx_pkt.c > +++ b/hw/net/net_tx_pkt.c > @@ -126,12 +126,12 @@ void net_tx_pkt_update_ip_checksums(struct

Re: [Qemu-devel] [Bug 1680679] Re: qemu cannot run twice

Thanks. I will look into this. On 11/15/2017 10:56 AM, misairu wrote: > Does your Subsystem ID and Subsystem Vendor ID (of your GPU) show > correctly inside the WindowsVM? > > It should be the same ID shown in your host. Otherwise that will trigger > the Code 43 error. > > I once have this

Re: [Qemu-devel] [PATCH v2 2/2] Add new PCI ID for i82559a

On 2017年11月15日 21:09, Michael Nawrocki wrote: On 11/14/2017 04:41 PM, Stefan Weil wrote: Am 06.11.2017 um 21:35 schrieb Mike Nawrocki: Adds a new PCI ID for the i82559a (0x8086 0x1030) interface. Enables this ID with a new property "use-alt-device-id" to preserve compatibility.

Re: [Qemu-devel] [PATCH v3] net: Transmit zero UDP checksum as 0xFFFF

On 11/15/2017 09:07 PM, Ed Swierk via Qemu-devel wrote: [meta-comment] > The checksum algorithm used by IPv4, TCP and UDP allows a zero value > to be represented by either 0x and 0x. But per RFC 768, a zero > UDP checksum must be transmitted as 0x, as 0x is a special > value

Re: [Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests

Hi, This series failed build test on s390x host. Please find the details below. Type: series Subject: [Qemu-devel] [PATCH for-2.11] nbd/server: Fix error reporting for bad requests Message-id: 20171115211917.789-1-ebl...@redhat.com === TEST SCRIPT BEGIN === #!/bin/bash # Testing script will be

Re: [Qemu-devel] [PATCH v3] xen-disk: use an IOThread per instance

On Wed, 15 Nov 2017, Paul Durrant wrote: > Anthony, Stefano, > > Ping? Acked-by: Stefano Stabellini Unless Anthony or somebody else object, I'll queue it up in my "next" branch (which I'll send upstream after 2.11 is out). Cheers, Stefano > > -Original

Re: [Qemu-devel] [PULL 3/8] colo-compare: compare the packet in a specified Connection

On 11/16/2017 02:57 AM, Peter Maydell wrote: On 14 November 2017 at 02:11, Jason Wang wrote: From: Mao Zhongyi A package from pri_indev or sec_indev only belongs to a particular Connection, so we only need to compare the package in the

[Qemu-devel] [PATCH] colo-compare: fix the dangerous assignment

Cc: Peter Maydell Cc: Jason Wang Cc: Zhang Chen Cc: Li Zhijian Cc: Paolo Bonzini Fixes: 8ec14402029d783720f4312ed8a925548e1dad61 Reported-by: Peter Maydell

Re: [Qemu-devel] [PATCH v6 3/5] fw_cfg: do DMA read operation

On Mon, Nov 13, 2017 at 08:27:48PM +0100, Marc-André Lureau wrote: > Modify fw_cfg_read_blob() to use DMA if the device supports it. > Return errors, because the operation may fail. > > To avoid polling with unbound amount of time, the DMA operation is > expected to complete within 200ms, or will

[Qemu-devel] [PATCH v2] vhost: Cancel migration when vhost-user process restarted during migration

From: Ying Fang QEMU will abort when vhost-user process is restarted during migration when vhost_log_global_start/stop is called. The reason is clear that vhost_dev_set_log returns -1 because network connection is temporarily lost. To handle this situation, let's cancel

Re: [Qemu-devel] [PATCH] s390/kvm_virtio/linux-headers: remove traces of old virtio transport

On 11/15/2017 06:10 PM, Cornelia Huck wrote: > On Wed, 15 Nov 2017 16:42:23 +0100 > Christian Borntraeger wrote: > >> We no longer support the old s390 transport, neither does the newest >> Linux kernel. Remove it from the linux header script as well as the >> s390x

Re: [Qemu-devel] [PATCH] ps2: fix PS2Queue counter field type

+-- On Wed, 15 Nov 2017, Dr. David Alan Gilbert wrote --+ | * Paolo Bonzini (pbonz...@redhat.com) wrote: | > However, PJP's patch breaks migration by changing a 4-byte field to | > 1-byte. The correct fix is to range-check the fields in | > ps2_common_post_load. | | Agreed. Sent revised patch

Re: [Qemu-devel] [PATCH for-2.11] nbd/client: Don't hard-disconnect on ESHUTDOWN from server

13.11.2017 22:48, Eric Blake wrote: The NBD spec says that a server may fail any transmission request with ESHUTDOWN when it is apparent that no further request from the client can be successfully honored. The client is supposed to then initiate a soft shutdown (wait for all remaining in-flight

[Qemu-devel] [PATCH v1] ps2: check PS2Queue pointers in post_load routine

From: Prasad J Pandit During Qemu guest migration, a destination process invokes ps2 post_load function. In that, if 'rptr' and 'count' values were invalid, it could lead to OOB access or infinite loop issue. Add check to avoid it. Reported-by: Cyrille Chatras

Re: [Qemu-devel] [PATCH 1/4 for-2.11?] block/dirty-bitmap: add lock to bdrv_enable/disable_dirty_bitmap

13.11.2017 20:50, Eric Blake wrote: On 11/13/2017 10:20 AM, Vladimir Sementsov-Ogievskiy wrote: Like other setters here these functions should take a lock. Signed-off-by: Vladimir Sementsov-Ogievskiy --- block/dirty-bitmap.c | 4 1 file changed, 4

Re: [Qemu-devel] [RFC v3 00/27] QMP: out-of-band (OOB) execution support

On Wed, Nov 15, 2017 at 09:42:46AM +, Stefan Hajnoczi wrote: > On Mon, Nov 06, 2017 at 09:08:00PM +0800, Peter Xu wrote: > > On Mon, Nov 06, 2017 at 02:12:17AM -0800, no-re...@patchew.org wrote: > > > Hi, > > > > > > This series seems to have some coding style problems. See output below for >

Re: [Qemu-devel] [RFC v3 00/27] QMP: out-of-band (OOB) execution support

On Thu, 11/16 13:32, Peter Xu wrote: > On Wed, Nov 15, 2017 at 09:42:46AM +, Stefan Hajnoczi wrote: > > On Mon, Nov 06, 2017 at 09:08:00PM +0800, Peter Xu wrote: > > > On Mon, Nov 06, 2017 at 02:12:17AM -0800, no-re...@patchew.org wrote: > > > > Hi, > > > > > > > > This series seems to have

Re: [Qemu-devel] [RFC v3 18/27] qmp: add new event "request-dropped"

On Wed, Nov 15, 2017 at 10:50:15AM +, Stefan Hajnoczi wrote: > On Mon, Nov 06, 2017 at 05:46:34PM +0800, Peter Xu wrote: > > diff --git a/qapi-schema.json b/qapi-schema.json > > index 531fd4c0db..650714da06 100644 > > --- a/qapi-schema.json > > +++ b/qapi-schema.json > > @@ -3222,3 +3222,38 @@

Re: [Qemu-devel] [RFC v3 00/27] QMP: out-of-band (OOB) execution support

On Thu, Nov 16, 2017 at 01:39:51PM +0800, Fam Zheng wrote: [...] > I think what you could better use here is a checkpatch.pl hook, either before > committing or before posting. I personally prefer the checkpatch.pl check in > the > pre-publish-tag hook of git-publish so I can freely do dirty

Re: [Qemu-devel] [RFC v3 18/27] qmp: add new event "request-dropped"

On Thu, Nov 16, 2017 at 02:29:05PM +0800, Peter Xu wrote: [...] > > > > +# > > > > +# @id:If the original request contains an string-typed "id" field, > > > > +# it'll be put into this field. Otherwise it'll be an empty > > > > +# string. > > > > > > Please change: > > > >

Re: [Qemu-devel] [RFC v3 18/27] qmp: add new event "request-dropped"

On Thu, Nov 16, 2017 at 01:56:54PM +0800, Peter Xu wrote: > On Wed, Nov 15, 2017 at 10:50:15AM +, Stefan Hajnoczi wrote: > > On Mon, Nov 06, 2017 at 05:46:34PM +0800, Peter Xu wrote: > > > diff --git a/qapi-schema.json b/qapi-schema.json > > > index 531fd4c0db..650714da06 100644 > > > ---

Re: [Qemu-devel] [PATCH v2 2/2] Add new PCI ID for i82559a

Am 15.11.2017 um 14:09 schrieb Michael Nawrocki: > Hi Stefan, > > I've got a VxWorks driver binary that explicitly looks for device ID > 0x1030 (which is admittedly not ideal). It seems like the "82559 > InBusiness 10/100" hardware uses this, though I've had trouble finding > an official source.

Re: [Qemu-devel] [PATCH] hax-interface: Add BSD license

Am 16.11.2017 um 07:50 schrieb yu.n...@linux.intel.com: > From: Yu Ning > > hax-interface.h defines the interface between the HAXM kernel > module and the HAXM QEMU accelerator. The same code can be found in > the following files of the HAXM kernel module: > >

Re: [Qemu-devel] building user interfaces as modules

On Thu, Nov 16, 2017 at 08:08:53AM +0800, Fam Zheng wrote: > On Wed, 11/15 13:19, Gerd Hoffmann wrote: > > > > For SDL we already have sdl.mo defined in ui/Makefile.objs. so I tried > > that first. Just flipping CONFIG_SDL from 'y' to 'm' doesn't work > > though. sdl support isn't build,

[Qemu-devel] [QEMU-PPC] [PATCH] target/ppc: Update setting of cpu features to account for compat modes

The device tree nodes ibm,arch-vec-5-platform-support and ibm,pa-features are used to communicate features of the cpu to the guest operating system. The properties of each of these are determined based on the selected cpu model and the availability of hypervisor features. Currently the

  1   2   >