[Qemu-devel] [Bug 1570134] Re: While committing snapshot qemu crashes with SIGABRT

** Changed in: qemu Status: New => Fix Committed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1570134 Title: While committing snapshot qemu crashes with SIGABRT Status in QEMU: Fix

Re: [Qemu-devel] [RFC PATCH v0 for 2.7] spapr: Work around the memory hotplug failure with DDW

On Tue, Apr 26, 2016 at 01:14:39PM +1000, Alexey Kardashevskiy wrote: > On 04/19/2016 09:51 PM, Bharata B Rao wrote: > >Memory hotplug can fail for some combinations of RAM and maxmem when > >DDW is enabled in the presence of devices like nec-xhci-usb. DDW depends > >on maximum addressable memory

Re: [Qemu-devel] [RFC PATCH v2 2/2] spapr: Memory hot-unplug support

On Mon, Apr 25, 2016 at 11:20:50AM +0200, Igor Mammedov wrote: > On Wed, 16 Mar 2016 10:11:54 +0530 > Bharata B Rao wrote: > > > On Wed, Mar 16, 2016 at 12:36:05PM +1100, David Gibson wrote: > > > On Tue, Mar 15, 2016 at 10:08:56AM +0530, Bharata B Rao wrote: > > >

Re: [Qemu-devel] [PATCH for-2.6] spapr_drc: fix aborts during DRC-count based hotplug

On Tue, Apr 26, 2016 at 09:20:53AM +0530, Bharata B Rao wrote: > On Tue, Apr 26, 2016 at 11:18:25AM +1000, David Gibson wrote: > > On Mon, Apr 25, 2016 at 05:24:25PM -0500, Michael Roth wrote: > > > CPU/memory resources can be signalled en-masse via > > > spapr_hotplug_req_add_by_count(), and when

Re: [Qemu-devel] [RFC v3] translate-all: protect code_gen_buffer with RCU

On 04/25/2016 04:46 PM, Emilio G. Cota wrote: +/* + * write the prologue into buf2. This is safe because we'll later call + * tcg_prologue_init on buf1, from which we'll start execution. + */ +tcg_ctx.code_gen_buffer = code_gen_buf2; +tcg_prologue_init(_ctx); + Ah, no.

Re: [Qemu-devel] [PATCH] hw/net/opencores_eth: Allocating Large sized arrays to heap

Hi Zhou, On Tue, Apr 26, 2016 at 6:35 AM, Zhou Jie wrote: > open_eth_start_xmit has a huge stack usage of 65536 bytes approx. > Moving large arrays to heap to reduce stack usage. It's an exception, not the rule when full 65536 byte long buffer might be needed. Can we

Re: [Qemu-devel] [PATCH for-2.6] spapr_drc: fix aborts during DRC-count based hotplug

On Tue, Apr 26, 2016 at 11:18:25AM +1000, David Gibson wrote: > On Mon, Apr 25, 2016 at 05:24:25PM -0500, Michael Roth wrote: > > CPU/memory resources can be signalled en-masse via > > spapr_hotplug_req_add_by_count(), and when doing so, actually change > > the meaning of the 'drc' parameter

Re: [Qemu-devel] [patch v6 11/12] vfio: register aer resume notification handler for aer resume

On 04/14/2016 09:02 AM, Chen Fan wrote: On 04/12/2016 05:38 AM, Alex Williamson wrote: On Tue, 5 Apr 2016 19:42:02 +0800 Cao jin wrote: From: Chen Fan for supporting aer recovery, host and guest would run the same aer recovery code,

[Qemu-devel] [PATCH] hw/net/opencores_eth: Allocating Large sized arrays to heap

open_eth_start_xmit has a huge stack usage of 65536 bytes approx. Moving large arrays to heap to reduce stack usage. Signed-off-by: Zhou Jie --- hw/net/opencores_eth.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/hw/net/opencores_eth.c

Re: [Qemu-devel] [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

> On Mon, Apr 25, 2016 at 03:11:05AM +, Li, Liang Z wrote: > > > On Fri, Apr 22, 2016 at 10:48:38AM +0100, Dr. David Alan Gilbert wrote: > > > > * Michael S. Tsirkin (m...@redhat.com) wrote: > > > > > On Tue, Apr 19, 2016 at 03:02:09PM +, Li, Liang Z wrote: > > > > > > > On Tue, 2016-04-19

Re: [Qemu-devel] [RFC PATCH v0 for 2.7] spapr: Work around the memory hotplug failure with DDW

On 04/19/2016 09:51 PM, Bharata B Rao wrote: Memory hotplug can fail for some combinations of RAM and maxmem when DDW is enabled in the presence of devices like nec-xhci-usb. DDW depends on maximum addressable memory by guest and this value is currently being calculated wrongly by the guest

[Qemu-devel] [PULL 0/1] ppc-for-2.6 queue 20160426

The following changes since commit f419a626c76bcb26697883af702862e8623056f9: usb/uhci: move pid check (2016-04-25 12:05:05 +0100) are available in the git repository at: git://github.com/dgibson/qemu.git tags/ppc-for-2.6-20160426 for you to fetch changes up to

[Qemu-devel] [PULL 1/1] spapr_drc: fix aborts during DRC-count based hotplug

From: Michael Roth CPU/memory resources can be signalled en-masse via spapr_hotplug_req_add_by_count(), and when doing so, actually change the meaning of the 'drc' parameter passed to spapr_hotplug_req_event() to be a count rather than an index. f40eb92 added a hook

Re: [Qemu-devel] [PATCH qemu v15 14/17] spapr_iommu, vfio, memory: Notify IOMMU about starting/stopping being used by VFIO

On 04/21/2016 02:22 PM, Alexey Kardashevskiy wrote: On 04/21/2016 01:59 PM, David Gibson wrote: On Wed, Apr 20, 2016 at 07:15:15PM +1000, Alexey Kardashevskiy wrote: On 04/07/2016 10:40 AM, David Gibson wrote: On Mon, Apr 04, 2016 at 07:33:43PM +1000, Alexey Kardashevskiy wrote: The sPAPR

Re: [Qemu-devel] [PATCH] Added negative check for get_image_size()

On Mon, Apr 25, 2016 at 11:36:06AM -0400, Zhou Jie wrote: > This patch adds check for negative return value from get_image_size(), > where it is missing. It avoids unnecessary two function calls. > > Signed-off-by: Zhou Jie Applied to ppc-for-2.7, thanks. > --- >

[Qemu-devel] [Bug 1574572] Re: config 20 sriov direct bond ports，vm create failed.

The VM has been shut off by hypervisor，so nova would use heal_instance_state function to reboot the VM. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1574572 Title: config 20 sriov direct bond

Re: [Qemu-devel] [PATCH for-2.6] spapr_drc: fix aborts during DRC-count based hotplug

On Mon, Apr 25, 2016 at 05:24:25PM -0500, Michael Roth wrote: > CPU/memory resources can be signalled en-masse via > spapr_hotplug_req_add_by_count(), and when doing so, actually change > the meaning of the 'drc' parameter passed to > spapr_hotplug_req_event() to be a count rather than an index. >

[Qemu-devel] [PATCH] net/tap: Allocating Large sized arrays to heap

net_init_tap has a huge stack usage of 8192 bytes approx. Moving large arrays to heap to reduce stack usage. Signed-off-by: Zhou Jie --- net/tap.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/net/tap.c b/net/tap.c index 740e8a2..49817c7

Re: [Qemu-devel] [PATCH for-2.7 v2 04/17] block: Introduce image file locking

On Tue, 04/26 01:55, Laszlo Ersek wrote: > On 04/15/16 05:27, Fam Zheng wrote: > > Block drivers can implement this new operation .bdrv_lockf to actually lock > > the > > image in the protocol specific way. > > > > Signed-off-by: Fam Zheng > > --- > > block.c

Re: [Qemu-devel] [PATCH for-2.7 v2 04/17] block: Introduce image file locking

On 04/15/16 05:27, Fam Zheng wrote: > Block drivers can implement this new operation .bdrv_lockf to actually lock > the > image in the protocol specific way. > > Signed-off-by: Fam Zheng > --- > block.c | 42 ++ >

[Qemu-devel] [RFC v3] translate-all: protect code_gen_buffer with RCU

Context: https://lists.gnu.org/archive/html/qemu-devel/2016-03/msg04658.html https://lists.gnu.org/archive/html/qemu-devel/2016-03/msg06942.html This seems to half-work[*] although I'm uneasy about the while idea. I see two major hurdles: * If the TB size is too small, this breaks badly,

[Qemu-devel] [PATCH for-2.6] spapr_drc: fix aborts during DRC-count based hotplug

CPU/memory resources can be signalled en-masse via spapr_hotplug_req_add_by_count(), and when doing so, actually change the meaning of the 'drc' parameter passed to spapr_hotplug_req_event() to be a count rather than an index. f40eb92 added a hook in spapr_hotplug_req_event() to record when a

Re: [Qemu-devel] [PATCH v3 16/44] atapi: Switch to byte-based block access

On 04/22/2016 07:40 PM, Eric Blake wrote: > Sector-based blk_read() should die; switch to byte-based > blk_pread() instead. > > Signed-off-by: Eric Blake > --- > hw/ide/atapi.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/hw/ide/atapi.c

Re: [Qemu-devel] [PATCH for 2.7 1/1] qcow2: improve qcow2_co_write_zeroes()

On 04/25/2016 10:35 PM, Eric Blake wrote: On 04/25/2016 04:20 AM, Denis V. Lunev wrote: On 04/25/2016 12:05 PM, Kevin Wolf wrote: Am 23.04.2016 um 14:05 hat Denis V. Lunev geschrieben: Unfortunately Linux kernel could send non-aligned requests to qemu-nbd if the caller is using O_DIRECT and

Re: [Qemu-devel] [PATCH v3 36/44] nbd: Improve handling of shutdown requests

On 04/25/2016 01:40 PM, Alex Bligh wrote: > > On 25 Apr 2016, at 20:20, Eric Blake wrote: > } else if (fixedNewstyle) { >>> >>> So the above is for NewStyle (not fixedNewStyle)? >> >> The above is for fixedNewStyle when TLS is not negotiated yet; the 'else >> if'

Re: [Qemu-devel] [PATCH v3 36/44] nbd: Improve handling of shutdown requests

On 25 Apr 2016, at 20:20, Eric Blake wrote: >>>} else if (fixedNewstyle) { >> >> So the above is for NewStyle (not fixedNewStyle)? > > The above is for fixedNewStyle when TLS is not negotiated yet; the 'else > if' is for fixedNewStyle after TLS has been negotiated.

Re: [Qemu-devel] [PATCH for 2.7 1/1] qcow2: improve qcow2_co_write_zeroes()

On 04/25/2016 04:20 AM, Denis V. Lunev wrote: > On 04/25/2016 12:05 PM, Kevin Wolf wrote: >> Am 23.04.2016 um 14:05 hat Denis V. Lunev geschrieben: >>> Unfortunately Linux kernel could send non-aligned requests to qemu-nbd >>> if the caller is using O_DIRECT and does not align in-memory data to

Re: [Qemu-devel] [PATCH v3 36/44] nbd: Improve handling of shutdown requests

On 04/25/2016 03:47 AM, Alex Bligh wrote: > > On 23 Apr 2016, at 00:40, Eric Blake wrote: > >> NBD commit 6d34500b clarified how clients and servers are supposed >> to behave before closing a connection. It added NBD_REP_ERR_SHUTDOWN >> (for the server to announce it is about

Re: [Qemu-devel] [PATCH v3 44/44] nbd: Implement NBD_OPT_BLOCK_SIZE on client

On 04/25/2016 06:19 AM, Alex Bligh wrote: > > On 23 Apr 2016, at 00:40, Eric Blake wrote: > >> The upstream NBD Protocol has defined a new extension to allow >> the server to advertise block sizes to the client, as well as >> a way for the client to inform the server that it

Re: [Qemu-devel] [PATCH for-2.7 0/8] libqos: use standard virtio headers

On 04/25/2016 08:46 AM, Stefan Hajnoczi wrote: > This patch series eliminates code duplication in libqos virtio. > include/standard-headers/ contains the Linux virtio header files so we don't > need to define our own version of the structs and constants. > Is that a good idea? I had thought

Re: [Qemu-devel] long irresponsibility or stuck in the migration code

On 04/25/2016 08:18 PM, Dr. David Alan Gilbert wrote: * Denis V. Lunev (d...@virtuozzo.com) wrote: Hello, Amit! (That's unresponsiveness not irresponsibility :-) ;) thank you We have faced very interesting issue with QEMU migration code. Migration thread performs the following operation:

Re: [Qemu-devel] long irresponsibility or stuck in the migration code

* Denis V. Lunev (d...@virtuozzo.com) wrote: > Hello, Amit! (That's unresponsiveness not irresponsibility :-) > We have faced very interesting issue with QEMU migration code. > Migration thread performs the following operation: > > #0 0x7f61abe9978d in sendmsg () at

Re: [Qemu-devel] [PATCH v5 5/9] target-mips: Activate IEEE 274-2008 signaling NaN bit meaning

No, nothing is lost. The plan is to add this functionality at a later time. From: Maciej Rozycki Sent: Monday, April 25, 2016 7:06 AM To: Aleksandar Markovic Cc: qemu-devel@nongnu.org; peter.mayd...@linaro.org; pro...@gmail.com;

[Qemu-devel] [PATCH for-2.7 1/6] virtio-bus: common ioeventfd infrastructure

Introduce a set of ioeventfd callbacks on the virtio-bus level that can be implemented by the individual transports. At the virtio-bus level, do common handling for host notifiers (which is actually most of it). Two things of note: - When setting the host notifier, we only switch from/to the

[Qemu-devel] [PATCH for-2.7 6/6] virtio-bus: remove old set_host_notifier callback

All users have been converted to the new ioevent callbacks. Signed-off-by: Cornelia Huck --- hw/block/dataplane/virtio-blk.c | 12 ++-- hw/scsi/virtio-scsi-dataplane.c | 19 --- hw/virtio/vhost.c | 13 +

[Qemu-devel] [PATCH for-2.7 2/6] virtio-bus: have callers tolerate new host notifier api

Have vhost and dataplane use the new api for transports that have been converted. Signed-off-by: Cornelia Huck --- hw/block/dataplane/virtio-blk.c | 14 +++--- hw/scsi/virtio-scsi-dataplane.c | 20 +++- hw/virtio/vhost.c | 20

[Qemu-devel] [PATCH for-2.7 3/6] virtio-ccw: convert to ioeventfd callbacks

Use the new interface. Signed-off-by: Cornelia Huck --- hw/s390x/virtio-ccw.c | 133 +- 1 file changed, 45 insertions(+), 88 deletions(-) diff --git a/hw/s390x/virtio-ccw.c b/hw/s390x/virtio-ccw.c index d51642d..2756f26

[Qemu-devel] [PATCH for-2.7 4/6] virtio-pci: convert to ioeventfd callbacks

Convert to new interface. Signed-off-by: Cornelia Huck --- hw/virtio/virtio-pci.c | 124 - 1 file changed, 41 insertions(+), 83 deletions(-) diff --git a/hw/virtio/virtio-pci.c b/hw/virtio/virtio-pci.c index

[Qemu-devel] [PATCH for-2.7 5/6] virtio-mmio: convert to ioeventfd callbacks

Convert to the new interface. Signed-off-by: Cornelia Huck --- hw/virtio/virtio-mmio.c | 128 1 file changed, 41 insertions(+), 87 deletions(-) diff --git a/hw/virtio/virtio-mmio.c b/hw/virtio/virtio-mmio.c index

[Qemu-devel] [PATCH for-2.7 0/6] virtio: refactor host notifiers

As promised, my host notifier refactoring (last posted 2016/03/24) rebased unto current master (no further changes). This still fixes an issue where we have no ioeventfd for a short time, but it does not break our necks any more with the recent fixes. Still, I think this is a net win, especially

Re: [Qemu-devel] [RFC 00/13] Multiple fd migration support

"Dr. David Alan Gilbert" wrote: > * Juan Quintela (quint...@redhat.com) wrote: >> Hi >> >> This patch series is "an" initial implementation of multiple fd migration. >> This is to get something out for others to comment, it is not finished at >> all. > > I've had a quick

Re: [Qemu-devel] [PATCH v4 00/16] IOMMU: Enable interrupt remapping for Intel IOMMU

2016-04-25 09:24+0200, Jan Kiszka: > On 2016-04-25 09:18, Peter Xu wrote: >> On Mon, Apr 25, 2016 at 07:16:19AM +0200, Jan Kiszka wrote: >>> On 2016-04-19 10:38, Peter Xu wrote: - EIM support >>> >>> That should be fairly easy, I already played with it (hack in EIM cap, >>> change

[Qemu-devel] [PATCH v6] Add optionrom compatible with fw_cfg DMA version

From: Marc Marí This optionrom is based on linuxboot.S. Signed-off-by: Marc Marí Signed-off-by: Richard W.M. Jones --- .gitignore| 4 + hw/i386/pc.c | 10 +- hw/nvram/fw_cfg.c

[Qemu-devel] [PATCH v6] Add optionrom compatible with fw_cfg DMA version

v5 -> v6: - Changed the xen_load_linux assertion as suggested by Stefan. - I renamed the variables in get_e801_addr function, since the registers were really (16 bit 8086-style) AX, not EAX etc. Also I changed the GCC asm to make it a little bit more efficient. I verified by

Re: [Qemu-devel] [PATCH v5] Add optionrom compatible with fw_cfg DMA version

On Fri, Apr 22, 2016 at 02:02:28PM +0100, Richard W.M. Jones wrote: > diff --git a/hw/i386/pc.c b/hw/i386/pc.c > index 99437e0..e11152d 100644 > --- a/hw/i386/pc.c > +++ b/hw/i386/pc.c > @@ -999,8 +999,13 @@ static void load_linux(PCMachineState *pcms, > fw_cfg_add_i32(fw_cfg,

Re: [Qemu-devel] [RFC v2] translate-all: protect code_gen_buffer with RCU

On Mon, Apr 25, 2016 at 16:19:59 +0100, Alex Bennée wrote: > > Emilio G. Cota writes: > > > [ Applies on top of bennee/mttcg/enable-mttcg-for-armv7-v1 after > > reverting "translate-all: introduces tb_flush_safe". A trivial > > conflict must be solved after applying. ] > > > >

[Qemu-devel] [PATCH for-2.7 2/9] s390x: enable runtime instrumentation

From: Fan Zhang Introduce run-time-instrumentation support when running under kvm for virtio-ccw 2.7 machine and make sure older machines can not enable it. The new ri_allowed field in the s390MachineClass serves as an indicator whether the feature can be used by

[Qemu-devel] [PATCH for-2.7 1/9] s390x: add compat machine for 2.7

Also add some of the option cascading we were missing. Signed-off-by: Cornelia Huck --- hw/s390x/s390-virtio-ccw.c | 21 - include/hw/compat.h| 3 +++ 2 files changed, 23 insertions(+), 1 deletion(-) diff --git a/hw/s390x/s390-virtio-ccw.c

[Qemu-devel] [PATCH for-2.7 9/9] s390x/ipl: Remove redundant usage of gr7

From: Alexander Yarygin We don't need to pass device address for pc-bios using gr7 anymore as the pcbios completely relies on diag308 now, so we can remove it from qemu. devno, ssid and cssid are migrated but the value was never reused, so we can safely ignore these

Re: [Qemu-devel] [RFC v2] translate-all: protect code_gen_buffer with RCU

Emilio G. Cota writes: > [ Applies on top of bennee/mttcg/enable-mttcg-for-armv7-v1 after > reverting "translate-all: introduces tb_flush_safe". A trivial > conflict must be solved after applying. ] > > This is a first attempt at making tb_flush not have to stop all CPUs. >

[Qemu-devel] [PATCH for-2.7 5/9] s390x/ipl: Provide ipl parameter block

From: Alexander Yarygin Right now we return the ipl parameter block only if the guest specified one. Let's fill in the parameter block when bootindex parameter is available and not booting from an external kernel. Signed-off-by: Alexander Yarygin

[Qemu-devel] [PATCH for-2.7 7/9] pc-bios/s390-ccw: Get device address via diag 308/6

From: Alexander Yarygin To IPL from a device, pc-bios receives from qemu a device address via general register 7. The better way to do it is to use diag308/6 instruction which returns so called "IplParameterBlock". IplParameterBlock contains the device address for IPL

[Qemu-devel] [PATCH for-2.7 8/9] s390-ccw.img: rebuild image

Contains the following change: pc-bios/s390-ccw: Get device address via diag 308/6 Signed-off-by: Cornelia Huck --- pc-bios/s390-ccw.img | Bin 26424 -> 26424 bytes 1 file changed, 0 insertions(+), 0 deletions(-) diff --git a/pc-bios/s390-ccw.img

[Qemu-devel] [PATCH for-2.7 3/9] s390x/ipl: Extend the IplParameterBlock struct

From: Alexander Yarygin The IplParameterBlock struct currently has only 200 bytes filled, but it can be up to 4K. This patch converts the struct to union with a fully populated struct inside it and second struct with old values. For compatibility reasons we disable

[Qemu-devel] [PATCH for-2.7 4/9] s390x/ipl: Add type and length checks for IplParameterBlock values

From: Alexander Yarygin We can check for valid type and lengths of the IplParameterBlock fields when receiving the struct from the guest. Length of the IplParameterBlock can be less than 4K. To play safe we can read and write only required amount of data.

[Qemu-devel] [PATCH for-2.7 0/9] First s390x batch for 2.7

Here's the first round of s390x patches for 2.7. We have the new machine for 2.7 and two features: - Make use of the runtime instrumentation support introduced in the kernel. - Enhance our ipl (boot) process: We can now start from devices in subchannel sets > 0 as well. As a bonus, the

[Qemu-devel] [PATCH for-2.7 6/9] s390x/ipl: Add ssid field to IplParameterBlock

From: Alexander Yarygin Add the ssid field to the ipl parameter block struct and fill it when necessary so the guest can use it. Signed-off-by: Alexander Yarygin Reviewed-by: David Hildenbrand Signed-off-by:

Re: [Qemu-devel] [PATCH v3 2/3] hw/arm/virt: Add PMU node for virt machine

On Mon, Apr 25, 2016 at 09:54:50PM +0800, Shannon Zhao wrote: > On 2016年04月25日 19:52, Andrew Jones wrote: > > On Mon, Apr 25, 2016 at 07:37:13PM +0800, Shannon Zhao wrote: > >> > > >> > > >> > On 2016/4/25 17:22, Andrew Jones wrote: > >>> > > On Mon, Apr 25, 2016 at 03:11:45PM +0800, Shannon

Re: [Qemu-devel] [RFC PATCH v5 0/7] vfio IGD assignment

On Mon, 25 Apr 2016 11:59:17 +0200 nicolas prochazka wrote: > hello again, > I'm compiling linux kernel 4.6rc5 > i'm compiling your qemu and seabios git > > then , I unbind my vga card : > echo ":00:02.0" > /sys/bus/pci/devices/\:00\:02.0/driver/unbind > >

Re: [Qemu-devel] [PATCH v5 5/9] target-mips: Activate IEEE 274-2008 signaling NaN bit meaning

On Mon, 18 Apr 2016, Aleksandar Markovic wrote: > Functions mips_cpu_reset() and msa_reset() are updated so that flag > snan_bit_is_one is properly set for any Mips FPU/MSA configuration. > For main FPUs, CPUs with FCR31's FCR31_NAN2008 bit set will invoke > set_snan_bit_is_one(0). For MSA, as it

Re: [Qemu-devel] [PATCH v3 2/3] hw/arm/virt: Add PMU node for virt machine

On 2016年04月25日 19:52, Andrew Jones wrote: > On Mon, Apr 25, 2016 at 07:37:13PM +0800, Shannon Zhao wrote: >> > >> > >> > On 2016/4/25 17:22, Andrew Jones wrote: >>> > > On Mon, Apr 25, 2016 at 03:11:45PM +0800, Shannon Zhao wrote: > > >> > From: Shannon Zhao > >

Re: [Qemu-devel] [PATCH v3 3/3] hw/arm/virt-acpi-build: Add PMU IRQ number in ACPI table

On 2016年04月25日 20:42, Andrew Jones wrote: > On Mon, Apr 25, 2016 at 03:11:46PM +0800, Shannon Zhao wrote: >> > From: Shannon Zhao >> > >> > Add PMU IRQ number in ACPI table, then we can use PMU in guest through >> > ACPI. >> > >> > Signed-off-by: Shannon Zhao

[Qemu-devel] long irresponsibility or stuck in the migration code

Hello, Amit! We have faced very interesting issue with QEMU migration code. Migration thread performs the following operation: #0 0x7f61abe9978d in sendmsg () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f61b2942055 in do_send_recv (sockfd=sockfd@entry=104,

Re: [Qemu-devel] [PATCH kernel 0/2] speed up live migration by skipping free pages

* Michael S. Tsirkin (m...@redhat.com) wrote: > On Mon, Apr 25, 2016 at 05:38:30PM +0530, Amit Shah wrote: > > On (Mon) 25 Apr 2016 [14:04:06], Michael S. Tsirkin wrote: > > > On Mon, Apr 25, 2016 at 11:36:41AM +0530, Amit Shah wrote: > > > > On (Tue) 19 Apr 2016 [22:34:32], Liang Li wrote: > > >

Re: [Qemu-devel] [PATCH v7 4/5] ACPI: move acpi_build_srat_memory to common place

On 04/25/2016 11:05 AM, Shannon Zhao wrote: From: Shannon Zhao Move acpi_build_srat_memory to common place so that it could be reused by ARM. Rename it to build_acpi_srat_memory. Cc: Michael S. Tsirkin Cc: Igor Mammedov

Re: [Qemu-devel] [V9 0/4] AMD IOMMU

On 04/25/2016 01:12 AM, David Kiarie wrote: Hi all, The current AMD IOMMU patches that fixes Igor's comments. I got rid of structs and instead added individual integer fields into the table data directly, as suggested. I have also got rid of some un-used macros and fixed a few other

Re: [Qemu-devel] [PATCH kernel 0/2] speed up live migration by skipping free pages

On Mon, Apr 25, 2016 at 05:38:30PM +0530, Amit Shah wrote: > On (Mon) 25 Apr 2016 [14:04:06], Michael S. Tsirkin wrote: > > On Mon, Apr 25, 2016 at 11:36:41AM +0530, Amit Shah wrote: > > > On (Tue) 19 Apr 2016 [22:34:32], Liang Li wrote: > > > > Current QEMU live migration implementation mark all

[Qemu-devel] [PATCH for-2.7 7/8] libqos: drop duplicated virtio_scsi.h definitions

Signed-off-by: Stefan Hajnoczi --- tests/virtio-scsi-test.c | 45 +++-- 1 file changed, 15 insertions(+), 30 deletions(-) diff --git a/tests/virtio-scsi-test.c b/tests/virtio-scsi-test.c index 625bd6d..8b8f5f3 100644 ---

[Qemu-devel] [PATCH for-2.7 5/8] libqos: drop duplicated virtio_vring.h structs

The descriptor element, used, and avail vring structs are defined in virtio_ring.h. There is no need to duplicate them in libqos virtio. Signed-off-by: Stefan Hajnoczi --- tests/libqos/virtio.c | 10 +- tests/libqos/virtio.h | 39

[Qemu-devel] [PATCH for-2.7 6/8] libqos: drop duplicated virtio_blk.h definitions

Signed-off-by: Stefan Hajnoczi --- tests/virtio-blk-test.c | 50 - 1 file changed, 16 insertions(+), 34 deletions(-) diff --git a/tests/virtio-blk-test.c b/tests/virtio-blk-test.c index 57a2635..8e28a33 100644 ---

[Qemu-devel] [PATCH for-2.7 3/8] libqos: drop duplicated virtio_config.h definitions

Signed-off-by: Stefan Hajnoczi --- tests/libqos/virtio.c | 19 ++- tests/libqos/virtio.h | 9 - tests/virtio-blk-test.c | 5 +++-- 3 files changed, 13 insertions(+), 20 deletions(-) diff --git a/tests/libqos/virtio.c b/tests/libqos/virtio.c

[Qemu-devel] [PATCH for-2.7 4/8] libqos: drop duplicated virtio_ring.h bit definitions

Note that virtio_ring.h defines feature bits using their bit number: #define VIRTIO_RING_F_INDIRECT_DESC 28 On the other hand libqos virtio.h uses the bit mask: #define QVIRTIO_F_RING_INDIRECT_DESC0x1000 The patch makes the necessary adjustments. I have used "1 << BITMASK"

[Qemu-devel] [PATCH for-2.7 8/8] libqos: drop duplicated virtio_pci.h definitions

Signed-off-by: Stefan Hajnoczi --- tests/libqos/virtio-pci.c | 42 ++ tests/libqos/virtio-pci.h | 17 - tests/virtio-blk-test.c | 11 ++- tests/virtio-scsi-test.c | 3 ++- 4 files changed, 30 insertions(+),

[Qemu-devel] [PATCH for-2.7 1/8] libqos: use virtio_ids.h for device ID definitions

Avoid redefining device IDs. Use the standard Linux headers that are already in the source tree. Signed-off-by: Stefan Hajnoczi --- tests/libqos/virtio.h| 9 - tests/virtio-blk-test.c | 7 --- tests/virtio-net-test.c | 5 +++-- tests/virtio-scsi-test.c |

[Qemu-devel] [PATCH for-2.7 0/8] libqos: use standard virtio headers

This patch series eliminates code duplication in libqos virtio. include/standard-headers/ contains the Linux virtio header files so we don't need to define our own version of the structs and constants. Stefan Hajnoczi (8): libqos: use virtio_ids.h for device ID definitions libqos: drop

[Qemu-devel] [PATCH for-2.7 2/8] libqos: drop duplicated PCI vendor ID definition

Signed-off-by: Stefan Hajnoczi --- tests/libqos/virtio-pci.c | 3 ++- tests/libqos/virtio.h | 2 -- 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/tests/libqos/virtio-pci.c b/tests/libqos/virtio-pci.c index fde2ff0..275c14d 100644 ---

Re: [Qemu-devel] [PATCH v3 3/3] hw/arm/virt-acpi-build: Add PMU IRQ number in ACPI table

On Mon, Apr 25, 2016 at 03:11:46PM +0800, Shannon Zhao wrote: > From: Shannon Zhao > > Add PMU IRQ number in ACPI table, then we can use PMU in guest through > ACPI. > > Signed-off-by: Shannon Zhao > Reviewed-by: Andrew Jones

Re: [Qemu-devel] [PATCH v3 44/44] nbd: Implement NBD_OPT_BLOCK_SIZE on client

On 23 Apr 2016, at 00:40, Eric Blake wrote: > The upstream NBD Protocol has defined a new extension to allow > the server to advertise block sizes to the client, as well as > a way for the client to inform the server that it intends to > obey block sizes. > > Pass any

Re: [Qemu-devel] [PATCH v3 43/44] nbd: Implement NBD_OPT_BLOCK_SIZE on server

Eric, See my message on nbd-general today re the necessity (or not) of getting NBD_OPT_BLOCK_SIZE first; it may be just that you can assume 512 is OK. Otherwise Reviewed-by: Alex Bligh Alex On 23 Apr 2016, at 00:40, Eric Blake wrote: > The upstream NBD

Re: [Qemu-devel] [PATCH v3 42/44] nbd: Implement NBD_CMD_WRITE_ZEROES on client

On 23 Apr 2016, at 00:40, Eric Blake wrote: > Upstream NBD protocol recently added the ability to efficiently > write zeroes without having to send the zeroes over the wire, > along with a flag to control whether the client wants a hole. > > The generic block code takes care

Re: [Qemu-devel] [PATCH 2.6 candidate] usb/uhci: move pid check

On 22 April 2016 at 11:44, Gerd Hoffmann wrote: > commit "5f77e06 usb: add pid check at the first of uhci_handle_td()" > moved the pid verification to the start of the uhci_handle_td function, > to simplify the error handling (we don't have to free stuff which we > didn't

Re: [Qemu-devel] [PATCH v3 41/44] nbd: Implement NBD_CMD_WRITE_ZEROES on server

On 23 Apr 2016, at 00:40, Eric Blake wrote: > Upstream NBD protocol recently added the ability to efficiently > write zeroes without having to send the zeroes over the wire, > along with a flag to control whether the client wants a hole. > > Signed-off-by: Eric Blake

Re: [Qemu-devel] [PATCH kernel 0/2] speed up live migration by skipping free pages

On (Mon) 25 Apr 2016 [14:04:06], Michael S. Tsirkin wrote: > On Mon, Apr 25, 2016 at 11:36:41AM +0530, Amit Shah wrote: > > On (Tue) 19 Apr 2016 [22:34:32], Liang Li wrote: > > > Current QEMU live migration implementation mark all guest's RAM pages > > > as dirtied in the ram bulk stage, all these

[Qemu-devel] [PATCH] exec.c: Ensure right alignment also for file backed ram

While in the anonymous ram case we already take care of the right alignment such an alignment gurantee does not exist for file backed ram allocation. Instead, pagesize is used for alignment. On s390 this is not enough for gmap, as we need to satisfy an alignment up to segments. Reported-by:

Re: [Qemu-devel] [PATCH v3 2/3] hw/arm/virt: Add PMU node for virt machine

On Mon, Apr 25, 2016 at 07:37:13PM +0800, Shannon Zhao wrote: > > > On 2016/4/25 17:22, Andrew Jones wrote: > > On Mon, Apr 25, 2016 at 03:11:45PM +0800, Shannon Zhao wrote: > >> > From: Shannon Zhao > >> > > >> > Add a virtual PMU device for virt machine while use PPI

Re: [Qemu-devel] ARM PC-relative Loads, and TBs in soft MMU

On 23/04/16 13:21, Peter Maydell wrote: TBs are looked up by (virtual) PC + flags + physical address, so if the same lump of code is mapped at two different virtual addresses we'll translate it twice. (More precisely, tb_find_fast() checks only the virtual address, but it does so in a cache

Re: [Qemu-devel] [PATCH v3 2/3] hw/arm/virt: Add PMU node for virt machine

On 2016/4/25 17:22, Andrew Jones wrote: > On Mon, Apr 25, 2016 at 03:11:45PM +0800, Shannon Zhao wrote: >> > From: Shannon Zhao >> > >> > Add a virtual PMU device for virt machine while use PPI 7 for PMU >> > overflow interrupt number. >> > >> > Signed-off-by: Shannon

Re: [Qemu-devel] [PATCH v4 0/5] tcg: Misc clean-up patches

On 21/04/16 17:57, Sergey Fedorov wrote: > From: Sergey Fedorov > > This patch series consists of various general TCG clean-up patches extracted > from Paolo's MTTCG tree [1] and Alex's MTTCG base enablement tree [2]. I also > add here a patch from myself to rework

Re: [Qemu-devel] MTTCG Sync-up call today?

Fred’s away this week too Cheers Mark. > On 25 Apr 2016, at 12:32, alvise rigo wrote: > > Hi Alex, > > On Mon, Apr 25, 2016 at 11:53 AM, Alex Bennée > wrote: > Hi, > > We are due to have a sync-up call

Re: [Qemu-devel] [PATCH kernel 0/2] speed up live migration by skipping free pages

On Mon, Apr 25, 2016 at 11:36:41AM +0530, Amit Shah wrote: > On (Tue) 19 Apr 2016 [22:34:32], Liang Li wrote: > > Current QEMU live migration implementation mark all guest's RAM pages > > as dirtied in the ram bulk stage, all these pages will be processed > > and it consumes quite a lot of CPU

[Qemu-devel] [Bug 1574572] [NEW] config 20 sriov direct bond ports，vm create failed.

Public bug reported: nova log： 2016-04-08 09:57:48.640 5057 INFO nova.compute.manager [req- 4e1b4d70-62b6-4158-8413-3c9f226fd13b - - - - -] report alarm_instance_shutoff success 2016-04-08 09:57:48.712 5057 INFO nova.compute.manager [req- 4e1b4d70-62b6-4158-8413-3c9f226fd13b - - - - -]

Re: [Qemu-devel] [RFC Design Doc]Speed up live migration by skipping free pages

On Tue, Apr 19, 2016 at 08:12:02PM +0100, Dr. David Alan Gilbert wrote: > * Michael S. Tsirkin (m...@redhat.com) wrote: > > On Mon, Apr 18, 2016 at 11:08:31AM +, Li, Liang Z wrote: > > > Hi Dave, > > > > > > I am now working on how to benefit post-copy by skipping the free pages, > > > and I

Re: [Qemu-devel] [PULL 0/1] ppc-for-2.6 queue 20160423

On 23 April 2016 at 07:57, David Gibson wrote: > The following changes since commit 53343338a6e7b83777b82803398572b40afc8c0f: > > Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging > (2016-04-22 16:17:12 +0100) > > are available in the git

Re: [Qemu-devel] [PATCH v5 5/5] hw/arm/virt-acpi-build: Generate SRAT table

On Fri, 22 Apr 2016 15:26:05 +0200 Andrew Jones wrote: > On Thu, Apr 21, 2016 at 02:23:54PM +0800, Shannon Zhao wrote: > > From: Shannon Zhao > > > > To support NUMA, it needs to generate SRAT ACPI table. > > > > Signed-off-by: Shannon Zhao

Re: [Qemu-devel] [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

On Mon, Apr 25, 2016 at 03:11:05AM +, Li, Liang Z wrote: > > On Fri, Apr 22, 2016 at 10:48:38AM +0100, Dr. David Alan Gilbert wrote: > > > * Michael S. Tsirkin (m...@redhat.com) wrote: > > > > On Tue, Apr 19, 2016 at 03:02:09PM +, Li, Liang Z wrote: > > > > > > On Tue, 2016-04-19 at 22:34

Re: [Qemu-devel] MTTCG Sync-up call today?

Hi Alex, On Mon, Apr 25, 2016 at 11:53 AM, Alex Bennée wrote: > Hi, > > We are due to have a sync-up call today but I don't think I'll be able > to make it thanks to a very rough voice courtesy of my > petri-dishes/children. However since the last call: > > * Posted

Re: [Qemu-devel] [PATCH v3 40/44] nbd: Implement NBD_OPT_GO on client

On 23 Apr 2016, at 00:40, Eric Blake wrote: > NBD_OPT_EXPORT_NAME is lousy: it doesn't have any sane error > reporting. Upstream NBD recently added NBD_OPT_GO as the > improved version of the option that does what we want: it > reports sane errors on failures (including when

Re: [Qemu-devel] [PATCH for 2.7 1/1] qcow2: improve qcow2_co_write_zeroes()

On 04/25/2016 12:05 PM, Kevin Wolf wrote: Am 23.04.2016 um 14:05 hat Denis V. Lunev geschrieben: Unfortunately Linux kernel could send non-aligned requests to qemu-nbd if the caller is using O_DIRECT and does not align in-memory data to page. Thus qemu-nbd will call block layer with non-aligned

Re: [Qemu-devel] [RFC PATCH v5 0/7] vfio IGD assignment

hello again, I'm compiling linux kernel 4.6rc5 i'm compiling your qemu and seabios git then , I unbind my vga card : echo ":00:02.0" > /sys/bus/pci/devices/\:00\:02.0/driver/unbind and start qemu with this command line ( from ssh ) /usr/bin/qemu-kvm -name win -S -machine

[Qemu-devel] MTTCG Sync-up call today?

Hi, We are due to have a sync-up call today but I don't think I'll be able to make it thanks to a very rough voice courtesy of my petri-dishes/children. However since the last call: * Posted final parts of the MTTCG patch set * Lots of reviews Please welcome Pranith to the group who is

  1   2   >