Re: [Qemu-devel] [PATCH COLO-Frame v16 33/35] COLO/filter: add each netdev a buffer filter

On 04/08/2016 02:26 PM, zhanghailiang wrote: > For COLO periodic mode, it need to buffer packets that > sent by VM, and we will not release these packets until > finish a checkpoint. > > Here, we add each netdev a buffer-filter that will be controlled > by COLO. It is disabled by default, and the

[Qemu-devel] Updating documentation at http://wiki.qemu.org/download/qemu-doc.html

Hi all, Does anyone know if it's possible to update the documentation at the above URL? It appears as a link at http://wiki.qemu-project.org/Manual and seems to be the first hit for most people looking for information on QEMU SPARC emulation, which is frustrating as the information there is well o

Re: [Qemu-devel] [PATCH COLO-Frame v16 32/35] net: Add notifier/callback for netdev init

On 04/08/2016 02:26 PM, zhanghailiang wrote: > We can register some callback for this notifier, > this will be used by COLO to register a callback which > will add each netdev a buffer filter. > > Signed-off-by: zhanghailiang > Cc: Jason Wang > Cc: Yang Hongyang > --- > v16: > - Simplify the c

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

Richard Henderson writes: > 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;

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

Emilio G. Cota writes: > 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 si

[Qemu-devel] [PATCH] hw/arm/nseries: Allocating Large sized arrays to heap

n8x0_init has a huge stack usage of 65536 bytes approx. Moving large arrays to heap to reduce stack usage. Signed-off-by: Zhou Jie --- hw/arm/nseries.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/hw/arm/nseries.c b/hw/arm/nseries.c index 5382505..c7068c0 100644 --- a/hw

[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 Commi

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 b

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: > > > > Add support to hot remove p

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(&tcg_ctx); + Ah, n

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 do a little better change an

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 passed

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, that would do the secondary bus reset if the error is fa

[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 b/hw/net/opencores_eth.c index c60

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 kerne

[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 df18b2db69fd1696e1f2eb1d865234

[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 in spapr_hotplug_req_event()

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 TCE

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. > --- > hw/ppc/spapr.c | 4 > 1 f

[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 port

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 100644 --- a/net/tap.c +++ b/n

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 | 42

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 ++ > include/block/block_int

[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, beca

[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 devi

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 b/hw/ide/atapi.c > i

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 do

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' is for fixedNewStyle

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. Prior to TLS, > we

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 to go away during o

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 intends to >> obey b

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 som

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 ../sysdeps/unix/syscall

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; kbast...@mail.uni-paderborn.

[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 gen

[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 + include/hw/virtio/virtio-bus.h | 1 - 4

[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 3 files ch

[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 100644 --- a/hw/s390x/virti

[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 bfedbbf..ca2003c 100644 --- a/hw/virtio

[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 d4cd91f..eb84b74 100644 --- a/hw/

[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 c

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 skim: > a) I think mst

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 vtd_remap_ir

[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 | 2 +- include/hw/nvram/fw_cfg.h | 1 +

[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 disassem

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, FW_CFG_SETUP_SIZ

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. ] > > > > This is a first at

[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 the machine and should therefore

[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 b/hw/s390x/s390-virtio-ccw

[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 fields and migrate 0. Signed-

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. > There are issues as p

[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 Reviewed-by: David Hildenbrand Signed-off-by: C

[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 and additional parameters th

[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 b/pc-bios/s390-ccw.img index d3978ba0506cb2405

[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 migration of the extended ipl

[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. Signed-off-by: Alexander Yarygin Revie

[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 conversi

[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: Cornelia Huck --- hw/s390x/ipl.c| 1 + hw/s390x/ipl.h| 3 ++- target

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 Zhao

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 > > and start qemu with this comma

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 > > >> > > > >> > Add a

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 >> > Reviewed-by: Andrew Jones >>

[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, iov=iov@entry=0x7f61b71a8

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 Signed-off-by: Shannon Zhao --- hw/acpi/aml-build.c | 11

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 miscellane

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 g

[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 --- a/tests/virtio-scsi-test.c +++ b/te

[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 +++ 2 files changed,

[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 --- a/tests/virtio-blk-test.c +++ b/te

[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 index 613dece..ee9e892 10

[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" inst

[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(+), 43 deletions(-) diff

[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 | 5 +++-- 4 files chang

[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 duplica

[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 --- a/tests/libqos/virtio-pci.c +++ b/tests/li

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 > --- > hw/arm/virt-acpi-build.c | 3 +++ > 1 file changed, 3 inser

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 received sizes on to the b

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 Protocol has defined a new extension t

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 of falling back to

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 allocate in the first pla

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 Reviewed-by: Alex Bligh

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: Halil

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 7 for PMU > >> > overflow

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 which

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 Zhao >> > --- >> > hw/a

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 tb_invalidated_flag based on the

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 today but I don't think I'll be able > to make it thanks to

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 cycl

[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 - - - - -] [instanc

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 repository at: > > git://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 > > --- > > hw/arm/virt-acpi-build.c | 58 > >

  1   2   >