[Qemu-devel] [PATCH qemu] spapr/target-ppc/kvm: Only add hcall-instructions if KVM supports it

ePAPR defines "hcall-instructions" device-tree property which contains code to call hypercalls in ePAPR paravirtualized guests. However this property is also present for pseries guests where it does not make sense, even though it contains dummy code which simply fails. Instead of maintaining the

[Qemu-devel] [PATCH V9 1/2] net/filter-mirror:Add filter-mirror

Filter-mirror is a netfilter plugin. It gives qemu the ability to mirror packets to a chardev. usage: -netdev tap,id=hn0 -chardev socket,id=mirror0,host=ip_primary,port=X,server,nowait -filter-mirror,id=m0,netdev=hn0,queue=tx/rx/all,outdev=mirror0 Signed-off-by: Zhang Chen

[Qemu-devel] [PATCH V9 2/2] tests/test-filter-mirror:add filter-mirror unit test

In this unit test we will test the mirror function. start qemu with: -netdev socket,id=qtest-bn0,fd=sockfd -device e1000,netdev=qtest-bn0,id=qtest-e0 -chardev socket,id=mirror0,path=/tmp/filter-mirror-test.sock,server,nowait -object

[Qemu-devel] [PATCH V9 0/2] net/filter-mirror:add filter-mirror and unit test

Filter-mirror is a netfilter plugin. It gives qemu the ability to mirror packets to a chardev. v9: - add qmp("{ 'execute' : 'query-status'}") before iov_send() and change pipe to socket in test-filter-mirror.c v8: - The outdev of filter-mirror test changed from -chardev socket to

Re: [Qemu-devel] [PATCH 2/5] pc: Postpone SMBIOS table installation to post machine init

On Mon, Mar 14, 2016 at 03:16:46PM +0100, Paolo Bonzini wrote: > > > On 14/03/2016 14:30, Corey Minyard wrote: > > On 03/13/2016 09:03 PM, Michael S. Tsirkin wrote: > >> On Wed, Feb 24, 2016 at 12:59:13PM -0600, miny...@acm.org wrote: > >>> From: Corey Minyard > >>> > >>>

Re: [Qemu-devel] [PATCH v4 0/4] Add ASPEED AST2400 SoC and OpenPower BMC machine

On Tue, 2016-03-15 at 12:34 +0800, Jeremy Kerr wrote: > Hi Andrew, > > > This patch series models enough of the ASPEED AST2400 ARM9 SoC[0] to > > boot an aspeed_defconfig Linux kernel[1][2]. Specifically, the series > > implements the ASPEED timer and VIC devices, integrates them into an > >

Re: [Qemu-devel] [PATCH] virtio-net: Make virtio queue sizes configurable

On Fri, Nov 27, 2015 at 04:02:39PM +0100, Patrik Hermansson wrote: > This patch adds the option to specify virtio queue sizes. Currently the > queue sizes is hard coded to 256, which might not be suitable for all types > of applications. Any more data here? 256 packets seems plenty. Is there a

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

Add support to hot remove pc-dimm memory devices. Signed-off-by: Bharata B Rao --- hw/ppc/spapr.c | 93 +- hw/ppc/spapr_drc.c | 18 +++ 2 files changed, 110 insertions(+), 1 deletion(-) diff --git

[Qemu-devel] [RFC PATCH v2 1/2] spapr: Add DRC count indexed hotplug identifier type

Add support for DRC count indexed hotplug ID type which is primarily needed for memory hot unplug. This type allows for specifying the number of DRs that should be plugged/unplugged starting from a given DRC index. NOTE: This new hotplug identifier type is not yet part of PAPR. Signed-off-by:

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

This patchset adds memory hot removal support for PowerPC sPAPR. This new version switches to using the proposed "count-indexed" type of hotplug identifier which allows to hot remove a number of LMBs starting with a given DRC index. This count-indexed hotplug identifier isn't yet part of PAPR.

Re: [Qemu-devel] [PATCH v4 0/4] Add ASPEED AST2400 SoC and OpenPower BMC machine

Hi Andrew, > This patch series models enough of the ASPEED AST2400 ARM9 SoC[0] to > boot an aspeed_defconfig Linux kernel[1][2]. Specifically, the series > implements the ASPEED timer and VIC devices, integrates them into an > AST2400 SoC and exposes it all through a new opbmc2400 machine. The >

Re: [Qemu-devel] [PATCH] net/filter: rename qemu_netfilter_pass_to_next() to qemu_netfilter_iterate()

On 03/15/2016 11:33 AM, Li Zhijian wrote: > > > On 03/15/2016 11:08 AM, Jason Wang wrote: >> >> >> On 03/09/2016 04:02 PM, Li Zhijian wrote: >>> >>> >>> On 03/08/2016 04:04 PM, Yang Hongyang wrote: Hi Chen, What's the motivation that you want to change this name? The

Re: [Qemu-devel] [PATCH] net/filter: rename qemu_netfilter_pass_to_next() to qemu_netfilter_iterate()

On 03/15/2016 11:08 AM, Jason Wang wrote: On 03/09/2016 04:02 PM, Li Zhijian wrote: On 03/08/2016 04:04 PM, Yang Hongyang wrote: Hi Chen, What's the motivation that you want to change this name? The function actually is not intent to iterate every filter. Right. but this function

Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization

> > > Hi, > > > I'm just catching back up on this thread; so without reference to > > > any particular previous mail in the thread. > > > > > > 1) How many of the free pages do we tell the host about? > > > Your main change is telling the host about all the > > > free pages. > > > >

Re: [Qemu-devel] [PATCHv10 0/11] slirp: Adding IPv6 support to Qemu -net user mode

On 03/08/2016 06:34 PM, Samuel Thibault wrote: > Hello, > > This is another respin of IPv6 in Qemu -net user mode. > > > These patches add ICMPv6, NDP, make UDP and TCP compatible with > IPv6, and add TFTP over IPv6. > > > Difference with version 9 is: > - split icmp error patch in two > - fix

[Qemu-devel] [PATCH qemu] vmstate: Define VARRAY with VMS_ALLOC

This allows dynamic allocation for migrating arrays. Already existing VMSTATE_VARRAY_UINT32 requires an array to be pre-allocated, however there are cases when the size is not known in advance and there is no real need to enforce it. This defines another variant of VMSTATE_VARRAY_UINT32 with

Re: [Qemu-devel] [PULL 00/14] Net patches

On 03/15/2016 11:07 AM, Jason Wang wrote: On 03/10/2016 11:51 AM, Li Zhijian wrote: On 03/10/2016 10:28 AM, Jason Wang wrote: On 03/08/2016 05:54 PM, Peter Maydell wrote: On 8 March 2016 at 16:06, Zhang Chen wrote: I found the reason for this problem

Re: [Qemu-devel] [PULL 00/14] Net patches

On 03/09/2016 12:26 PM, Li Zhijian wrote: > > > On 03/09/2016 09:36 AM, Wen Congyang wrote: >> On 03/08/2016 05:54 PM, Peter Maydell wrote: >>> On 8 March 2016 at 16:06, Zhang Chen >>> wrote: I found the reason for this problem is that unix_connect()

Re: [Qemu-devel] about correctness of IDE emulation

> On Mar 13, 2016, at 8:42 PM, Fam Zheng wrote: > > On Sun, 03/13 14:37, Huaicheng Li (coperd) wrote: >> Hi all, >> >> What I’m confused about is that: >> >> If one I/O is too large and may need several rounds (say 2) of DMA transfers, >> it seems the second round transfer

Re: [Qemu-devel] [PATCH] net/filter: rename qemu_netfilter_pass_to_next() to qemu_netfilter_iterate()

On 03/09/2016 04:02 PM, Li Zhijian wrote: > > > On 03/08/2016 04:04 PM, Yang Hongyang wrote: >> Hi Chen, >> >>What's the motivation that you want to change this name? The >> function actually is not >> intent to iterate every filter. > > Right. but this function isn't always pass packet to

Re: [Qemu-devel] [PULL 00/14] Net patches

On 03/10/2016 11:51 AM, Li Zhijian wrote: > > > On 03/10/2016 10:28 AM, Jason Wang wrote: >> >> >> On 03/08/2016 05:54 PM, Peter Maydell wrote: >>> On 8 March 2016 at 16:06, Zhang Chen >>> wrote: I found the reason for this problem is that unix_connect()

Re: [Qemu-devel] [Qemu-ppc] [PATCH qemu v13 11/16] vfio: spapr: Add SPAPR IOMMU v2 support (DMA memory preregistering)

On 03/03/2016 05:30 PM, David Gibson wrote: On Tue, Mar 01, 2016 at 08:10:36PM +1100, Alexey Kardashevskiy wrote: This makes use of the new "memory registering" feature. The idea is to provide the userspace ability to notify the host kernel about pages which are going to be used for DMA. Having

[Qemu-devel] [patch v3 7/9] vfio: vote the function 0 to do host bus reset when aer occurred

From: Chen Fan Signed-off-by: Chen Fan --- hw/pci/pci.c | 2 ++ hw/vfio/pci.c| 14 ++ hw/vfio/pci.h| 1 + include/hw/pci/pci_bus.h | 2 ++ 4 files changed, 19 insertions(+) diff

[Qemu-devel] [patch v3 6/9] vfio: add check aer functionality for hotplug device

From: Chen Fan because we make the vfio functions are combined in the same way as on the host for aer, so we can do the aer check when the function 0 was hotplugged. Signed-off-by: Chen Fan --- hw/vfio/pci.c | 50

[Qemu-devel] [patch v3 5/9] vfio: add check host bus reset is support or not

From: Chen Fan when boot up a VM that assigning vfio devices with aer enabled, we must check the vfio device whether support host bus reset. because when one error occur. OS driver always recover the device by do a bus reset, in order to recover the vfio device,

[Qemu-devel] [patch v3 9/9] vfio: add 'aer' property to expose aercap

From: Chen Fan add 'aer' property to let user able to decide whether expose the aer capability. by default we should disable aer feature, because it needs configuration restrictions. Signed-off-by: Chen Fan --- hw/vfio/pci.c | 2 ++

[Qemu-devel] [patch v3 8/9] vfio-pci: pass the aer error to guest

From: Chen Fan when the vfio device encounters an uncorrectable error in host, the vfio_pci driver will signal the eventfd registered by this vfio device, resulting in the qemu eventfd handler getting invoked. this patch is to pass the error to guest and let the

[Qemu-devel] [patch v3 3/9] vfio: add pcie extended capability support

From: Chen Fan For vfio pcie device, we could expose the extended capability on PCIE bus. due to add a new pcie capability at the tail of the chain, in order to avoid config space overwritten, we introduce a copy config for parsing extended caps. and rebuild the

[Qemu-devel] [patch v3 0/9] vfio-pci: pass the aer error to guest, part2

From: Chen Fan v2-v3: 1. fix patch 4/9, 5/9 as Alex sugguestion. 2. patches 5/9 ~ 8/9 are made to force limiting that all vfio functions are combined in the same way as on the host. v1-v2: 1. limit all devices on same bus in guest are on same bus in

[Qemu-devel] [patch v3 1/9] vfio: extract vfio_get_hot_reset_info as a single function

From: Chen Fan the function is used to get affected devices by bus reset. so here extract it, and can used for aer soon. Signed-off-by: Chen Fan --- hw/vfio/pci.c | 66 +++ 1

[Qemu-devel] [patch v3 2/9] vfio: squeeze out vfio_pci_do_hot_reset for support bus reset

From: Chen Fan squeeze out vfio_pci_do_hot_reset to do host bus reset when AER recovery. Signed-off-by: Chen Fan --- hw/vfio/pci.c | 75 +++ 1 file changed, 44 insertions(+), 31

[Qemu-devel] [patch v3 4/9] vfio: add aer support for vfio device

From: Chen Fan Calling pcie_aer_init to initilize aer related registers for vfio device, then reload physical related registers to expose device capability. Signed-off-by: Chen Fan --- hw/vfio/pci.c | 85

Re: [Qemu-devel] [PATCH 00/17] ppc: preparing pnv landing

On Mon, Mar 14, 2016 at 05:56:23PM +0100, Cédric Le Goater wrote: > Hello, > > This is a first mini-serie of patches adding support for new ppc SPRs. > They were taken from Ben's larger patchset adding the ppc powernv > platform and they should already be useful for the pseries guest > migration.

Re: [Qemu-devel] [PATCH] spapr_rng: fix race with main loop

On Fri, Mar 11, 2016 at 07:48:47PM +0100, Greg Kurz wrote: > Since commit "60253ed1e6ec rng: add request queue support to rng-random", > the use of a spapr_rng device may hang vCPU threads. > > The following path is taken without holding the lock to the main loop mutex: > > h_random() >

Re: [Qemu-devel] [PATCH v4 4/4] hw/input/adb.c: implement QKeyCode support

On Mar 14, 2016, at 7:06 PM, Programmingkid wrote: > > On Mar 13, 2016, at 11:40 AM, Peter Maydell wrote: > >> On 12 March 2016 at 05:40, Programmingkid wrote: >>> >>> On Mar 11, 2016, at 10:30 PM, Peter Maydell wrote: >>> > +} > +keycode =

Re: [Qemu-devel] [PATCH v4 4/4] hw/input/adb.c: implement QKeyCode support

On Mar 13, 2016, at 11:40 AM, Peter Maydell wrote: > On 12 March 2016 at 05:40, Programmingkid wrote: >> >> On Mar 11, 2016, at 10:30 PM, Peter Maydell wrote: >> >>> +} +keycode = s->data[s->rptr]; +if (++s->rptr == sizeof(s->data)) {

[Qemu-devel] [PATCH] linux-user/signal.c: Generate opcode data for restorer in setup_rt_frame

From: Chen Gang Original implementation uses do_rt_sigreturn directly in host space, when a guest program is in unwind procedure in guest space, it will get an incorrect restore address, then causes unwind failure. Also cleanup the original incorrect indentation.

[Qemu-devel] [Bug 1557057] [NEW] Windows 10 guest cannot wake up from S3 using rtc wake

Public bug reported: Problem : Windows 10 guest cannot wake up from S3 using rtc wake Steps to reproduce. 1. Boot Windows 10 Guest VM. 2. Create scheduled task (using Task Scheduler) to +5 minutes time from current time to run notepad and enabling "Wake the computer to run this task"

Re: [Qemu-devel] [PATCH RFC 00/17] Dirty bitmaps postcopy migration

Juan, have you had the chance to look at this yet? --js On 03/14/2016 07:37 AM, Vladimir Sementsov-Ogievskiy wrote: > ping > > On 12.02.2016 21:00, Vladimir Sementsov-Ogievskiy wrote: >> Hi all! >> >> These series are derived from my 'Dirty bitmaps migration' series. The >> core idea is switch

Re: [Qemu-devel] [Qemu-ppc] [PATCH 14/17] ppc: Add dummy write to VTB

On Mon, 2016-03-14 at 21:54 +0100, Thomas Huth wrote: > I think it would also be possible to use spr_access_nop() for now > instead of introducing more dummy functions like spr_write_vtb. Well, the goal was to eventually put some real code in there... Cheers, Ben.

Re: [Qemu-devel] [PATCH 14/17] ppc: Add dummy write to VTB

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > The Hypervisor can write it. We don't handle that properly yet but > at least let's not blow up when it is written. > > Signed-off-by: Benjamin Herrenschmidt >

Re: [Qemu-devel] [PULL 0/2] X86 fixes

On Mon, Mar 14, 2016 at 04:21:44PM +, Peter Maydell wrote: > On 11 March 2016 at 18:47, Eduardo Habkost wrote: > > The following changes since commit a648c137383d84bc4f95696e5293978d9541a26e: > > > > Merge remote-tracking branch 'remotes/kraxel/tags/pull-ui-20160309-1'

Re: [Qemu-devel] [PATCH 13/17] ppc: Add POWER8 IAMR register

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > With appropriate AMR-like masks. Not actually used by the translation > logic at that point > > Signed-off-by: Benjamin Herrenschmidt > [clg: add the use of

Re: [Qemu-devel] [PATCH 12/17] ppc: Fix writing to AMR/UAMOR

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > The masks weren't chosen nor applied properly. The architecture specifies > that writes to AMR are masked by UAMOR for PR=1, otherwise AMOR for HV=0. > > The writes to UAMOR are masked by

[Qemu-devel] [PULL 2/2] kvm: Remove x2apic feature from CPU model when kernel_irqchip is off

From: Lan Tianyu x2apic feature is in the kvm_default_props and automatically added to all CPU models when KVM is enabled. But userspace devices don't support x2apic which can't be enabled without the in-kernel irqchip. It will trigger warning of "host doesn't support

[Qemu-devel] [PULL v2 0/2] X86 fixes

Now with the submodule updates removed. The following changes since commit 618a5a8bc52ba0f2ecbb3dffd01e657f4d841f75: Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request' into staging (2016-03-14 16:22:17 +) are available in the git repository at:

[Qemu-devel] [PULL 1/2] hyperv: cpu hotplug fix with HyperV enabled

From: "Denis V. Lunev" With Hyper-V enabled CPU hotplug stops working. The CPU appears in device manager on Windows but does not appear in peformance monitor and control panel. The root of the problem is the following. Windows checks HV_X64_CPU_DYNAMIC_PARTITIONING_AVAILABLE

Re: [Qemu-devel] [PATCH 11/17] ppc: Initialize AMOR in PAPR mode

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > Make sure we give the guest full authorization > > Signed-off-by: Benjamin Herrenschmidt > --- > target-ppc/translate_init.c | 4 > 1 file changed, 4

Re: [Qemu-devel] [PATCH 17/17] ppc: A couple more dummy POWER8 Book4 regs

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > Signed-off-by: Benjamin Herrenschmidt > [clg: squashed in patch 'ppc: Add dummy ACOP SPR' ] > Signed-off-by: Cédric Le Goater > --- >

Re: [Qemu-devel] [PATCH 16/17] ppc: Add dummy CIABR SPR

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > We should implement HW breakpoint/watchpoint, qemu supports them... > > Signed-off-by: Benjamin Herrenschmidt > --- > target-ppc/cpu.h| 1 + >

Re: [Qemu-devel] [PATCH v4 10/28] migration: add reporting of errors for outgoing migration

* Daniel P. Berrange (berra...@redhat.com) wrote: > Currently if an application initiates an outgoing migration, > it may or may not, get an error reported back on failure. If > the error occurs synchronously to the 'migrate' command > execution, the client app will see the error message. This >

Re: [Qemu-devel] [PATCH v4 02/28] io: avoid double-free when closing QIOChannelBuffer

* Daniel P. Berrange (berra...@redhat.com) wrote: > The QIOChannelBuffer's close implementation will free > the internal data buffer. It failed to reset the pointer > to NULL though, so when the object is later finalized > it will free it a second time with predictable crash. > > Signed-off-by:

Re: [Qemu-devel] [PATCH 10/17] ppc: Add dummy SPR_IC for POWER8

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > It's supposed to be an instruction counter. For now make us not > crash when accessing it. > > Signed-off-by: Benjamin Herrenschmidt > --- > target-ppc/cpu.h

Re: [Qemu-devel] [PATCH 09/17] ppc: SPURR & PURR are HV writeable and privileged

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > Those are HV writeable, so we provide a dummy write. We eventually need > to provide a better emulation but for now this will get us going. > > We also make them non-user readable as per

Re: [Qemu-devel] [PATCH 08/17] ppc: Add placeholder SPRs for DPDES and DHDES on P8

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > We still need to eventually implement doorbells but at least this > makes us not crash when the SPRs are accessed. > > Signed-off-by: Benjamin Herrenschmidt > ---

Re: [Qemu-devel] [PATCH 6/9] log: log QMP commands and replies

On 03/14/2016 05:38 PM, Daniel P. Berrange wrote: On Mon, Mar 14, 2016 at 03:33:53PM +0100, Paolo Bonzini wrote: On 14/03/2016 12:21, Denis V. Lunev wrote: From: Pavel Butsykin This log would be very welcome for long-term diagnostics of the system in the production.

Re: [Qemu-devel] [PATCH 05/17] ppc: Fix hreg_store_msr() so that non-HV mode cannot alter MSR:HV

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > This helper is only used by the various instructions that can alter > MSR and not interrupts. Add a comment to that effect to the interrupt > code as well in case somebody wants to change

Re: [Qemu-devel] [PATCH 04/17] ppc: Add number of threads per core to the processor definition

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > Also use it to clamp the max SMT mode and ensure that the cpu_dt_id > are offset by that value in order to preserve consistency with the > HW implementations. > > Signed-off-by: Benjamin

Re: [Qemu-devel] [PATCH 03/17] ppc: Add a bunch of hypervisor SPRs to Book3s

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > We don't give them a KVM reg number to most of the registers yet as no > current KVM version supports HV mode. For DAWR and DAWRX, the KVM reg > number is needed since this register can be

Re: [Qemu-devel] [PATCH][RFC] IOMMU: Add Support to VFIO devices with vIOMMU present

On 2016-03-14 19:52, Marcel Apfelbaum wrote: > On 03/12/2016 06:13 PM, Aviv B.D. wrote: >> From: "Aviv B.D." > >> >> * Fix bug that prevent qemu from starting up when vIOMMU and VFIO >> device are present. >> * Advertise Cache Mode capability

Re: [Qemu-devel] [PATCH][RFC] IOMMU: Add Support to VFIO devices with vIOMMU present

On 03/12/2016 06:13 PM, Aviv B.D. wrote: From: "Aviv B.D." > * Fix bug that prevent qemu from starting up when vIOMMU and VFIO device are present. * Advertise Cache Mode capability in iommu cap register. * Register every VFIO device with

Re: [Qemu-devel] [PATCH 02/17] ppc: Add macros to register hypervisor mode SPRs

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > The current set of spr_register_* macros only take the user and > supervisor function pointers. To make the transition easy, we > don't change that but we add "_hv" variants that can be used

[Qemu-devel] [PATCH] io: stronger check for support for IPv4/6

Instead of just checking for bind(), use socket_listen() so that we check getaddrinfo() can resolve IPv6 addrs too. This should avoids test failures on QEMU travis build systems which can't resolve IPv6 addrs. Signed-off-by: Daniel P. Berrange ---

Re: [Qemu-devel] [PATCH v4 18/26] tests: add output filter to python I/O tests helper

On Mon, Mar 14, 2016 at 11:57:11AM -0600, Eric Blake wrote: > On 02/29/2016 05:00 AM, Daniel P. Berrange wrote: > > Add a 'log' method to iotests.py which prints messages to > > stdout, with optional filtering of data. Port over some > > standard filters for present in the shell common.filter > >

Re: [Qemu-devel] [PATCH 01/17] ppc: Update SPR definitions

On 14.03.2016 17:56, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > Add definitions for additional SPR numbers and SPR bit definitions > that will be relevant for subsequent improvements to POWER8 emulation > > Also fix the definition of LPIDR which was

[Qemu-devel] [PULL 34/40] block: Move block dirty bitmap code to separate files

From: Fam Zheng The only code change is making bdrv_dirty_bitmap_truncate public. It is used in block.c. Also two long lines (bdrv_get_dirty) are wrapped. Signed-off-by: Fam Zheng Reviewed-by: John Snow Message-id:

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

nc_sendv_compat has a huge stack usage of 69680 bytes approx. Moving large arrays to heap to reduce stack usage. Signed-off-by: Pooja Dhannawat --- net/net.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/net/net.c b/net/net.c

[Qemu-devel] [PULL 18/40] hmp: 'drive_add -n' for creating a node without BB

This patch adds an option to the drive_add HMP command to create only a BlockDriverState without a BlockBackend on top. The motivation for this is that libvirt needs to specify options to a migration target (specifically, detect-zeroes). drive-mirror doesn't allow specifying options, and the

[Qemu-devel] [PATCH] Remove unneeded include statements for setjmp.h

As soon as setjmp.h is included from qemu/osdep.h, those old include statements are no longer needed. Add also setjmp.h to the list in scripts/clean-includes. Signed-off-by: Stefan Weil --- This patch is based on my previous patch "Include setjmp.h in qemu/osdep.h (bug fix

[Qemu-devel] [PULL 40/40] iotests: Add test for QMP event rates

From: Alberto Garcia This test verifies that the rate-limited QMP events are emitted at a maximum rate of 1 per second as defined in monitor_qapi_event_conf in monitor.c It also checks that QUORUM_REPORT_BAD events generated from different nodes are kept in separate queues so

Re: [Qemu-devel] [PATCH v4 18/26] tests: add output filter to python I/O tests helper

On 02/29/2016 05:00 AM, Daniel P. Berrange wrote: > Add a 'log' method to iotests.py which prints messages to > stdout, with optional filtering of data. Port over some > standard filters for present in the shell common.filter > code. I'm not sure what you meant by 'for present'. > >

Re: [Qemu-devel] [PATCH] Include setjmp.h in qemu/osdep.h (bug fix for w64)

> From: Stefan Weil [mailto:s...@weilnetz.de] > Sent: Friday, 11 March 2016 10:32 PM > > setjmp must be declared before sysemu/os-win32.h > because it is redefined there for 64 bit Windows. > > Signed-off-by: Stefan Weil > --- Tested-by: Andrew Baumann

[Qemu-devel] [PULL 02/40] block/qapi: Factor out bdrv_query_blk_stats()

The new functions handles the data that is taken from the BlockBackend. Signed-off-by: Kevin Wolf Reviewed-by: Max Reitz --- block/qapi.c | 131 +++ 1 file changed, 68 insertions(+), 63 deletions(-)

Re: [Qemu-devel] [PATCH] Include setjmp.h in qemu/osdep.h (bug fix for w64)

Am 14.03.2016 um 08:02 schrieb Markus Armbruster: > Stefan Weil writes: [...] >> diff --git a/include/qemu/osdep.h b/include/qemu/osdep.h >> index 4538fdc..5bb374c 100644 >> --- a/include/qemu/osdep.h >> +++ b/include/qemu/osdep.h >> @@ -76,6 +76,9 @@ extern int daemon(int,

[Qemu-devel] [PATCH v3] socket: Allocating Large sized arrays to heap

net_socket_send has a huge stack usage of 69712 bytes approx. Moving large arrays to heap to reduce stack usage. Signed-off-by: Pooja Dhannawat --- net/socket.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/net/socket.c b/net/socket.c

[Qemu-devel] [PULL v2 0/7] target-i386 fixes

~ The following changes since commit 618a5a8bc52ba0f2ecbb3dffd01e657f4d841f75: Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request' into staging (2016-03-14 16:22:17 +) are available in the git repository at: git://github.com/rth7680/qemu.git tags/pull-i386-20160314 for you

[Qemu-devel] [PATCH v3] blizzard: Remove support for DEPTH != 32

Removing support for DEPTH != 32 from blizzard template header and file that includes it, as macro DEPTH == 32 only used. Signed-off-by: Pooja Dhannawat --- hw/display/blizzard.c | 24 hw/display/blizzard_template.h | 30

[Qemu-devel] [PULL 28/40] vhdx: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/vhdx.c | 29 - 1 file changed, 16 insertions(+), 13

[Qemu-devel] [PULL 35/40] block: Remove unused typedef of BlockDriverDirtyHandler

From: Fam Zheng Signed-off-by: Fam Zheng Reviewed-by: John Snow Message-id: 1457412306-18940-6-git-send-email-f...@redhat.com Signed-off-by: Max Reitz --- include/block/block.h | 2 -- 1 file changed, 2 deletions(-) diff

[Qemu-devel] [PULL 32/40] block: Include hbitmap.h in block.h

From: Fam Zheng Signed-off-by: Fam Zheng Reviewed-by: John Snow Message-id: 1457412306-18940-3-git-send-email-f...@redhat.com Signed-off-by: Max Reitz --- include/block/block.h | 2 +- 1 file changed, 1 insertion(+), 1

[Qemu-devel] [PULL 33/40] typedefs: Add BdrvDirtyBitmap

From: Fam Zheng Following patches to refactor and move block dirty bitmap code could use this. Signed-off-by: Fam Zheng Reviewed-by: John Snow Message-id: 1457412306-18940-4-git-send-email-f...@redhat.com Signed-off-by: Max Reitz

[Qemu-devel] [PULL 25/40] qed: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/qed.c | 28 +++- 1 file changed, 15 insertions(+), 13

[Qemu-devel] [PATCH v3] blizzard: Remove support for DEPTH != 32

Removing support for DEPTH != 32 from blizzard template header and file that includes it, as macro DEPTH == 32 only used. Signed-off-by: Pooja Dhannawat --- hw/display/blizzard.c | 24 hw/display/blizzard_template.h | 30

[Qemu-devel] [PULL 38/40] monitor: Separate QUORUM_REPORT_BAD events according to the node name

From: Alberto Garcia The QUORUM_REPORT_BAD event is emitted whenever there's an I/O error in a child of a Quorum device. This event is emitted at a maximum rate of 1 per second. This means that an error in one of the children will mask errors in the other children if they

[Qemu-devel] [PULL 30/40] vpc: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/vpc.c | 37 + 1 file changed, 21 insertions(+), 16

[Qemu-devel] [PULL 23/40] qcow: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/qcow.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-)

[Qemu-devel] [PULL 37/40] quorum: Fix crash in quorum_aio_cb()

From: Alberto Garcia quorum_aio_cb() emits the QUORUM_REPORT_BAD event if there's an I/O error in a Quorum child. However sacb->aiocb must be correctly initialized for this to happen. read_quorum_children() and read_fifo_child() are not doing this, which results in a QEMU

[Qemu-devel] [PULL 39/40] monitor: Use QEMU_CLOCK_VIRTUAL for the event queue in qtest mode

From: Alberto Garcia This allows us to perform tests on the monitor queues to verify that the rate limits are enforced. Signed-off-by: Alberto Garcia Reviewed-by: Max Reitz Message-id:

[Qemu-devel] [PULL 26/40] sheepdog: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/sheepdog.c | 43 --- 1 file changed, 24

[Qemu-devel] [PULL 31/40] backup: Use Bitmap to replace "s->bitmap"

From: Fam Zheng "s->bitmap" tracks done sectors, we only check bit states without using any iterator which HBitmap is good for. Switch to "Bitmap" which is simpler and more memory efficient. Meanwhile, rename it to done_bitmap, to reflect the intention. Signed-off-by: Fam

[Qemu-devel] [PULL 36/40] iotests: Correct 081's reference output

From: Max Reitz The newly added type parameter for the QUORUM_REPORT_BAD event changed the output of iotest 081, so the reference should be amended accordingly. Signed-off-by: Max Reitz Message-id: 1457705687-27122-1-git-send-email-mre...@redhat.com

[Qemu-devel] [PULL 00/40] Block patches

The following changes since commit 0dcee62261cb044339b10e4bda1f67ef7dc82803: Merge remote-tracking branch 'remotes/amit-migration/tags/migration-for-2.6-7' into staging (2016-03-14 13:51:21 +) are available in the git repository at: git://repo.or.cz/qemu/kevin.git tags/for-upstream

[Qemu-devel] [PULL 24/40] qcow2: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/qcow2.c | 62 +++ 1 file changed,

[Qemu-devel] [PULL 15/40] vmdk: Switch to heap arrays for vmdk_write_cid

From: Fam Zheng It is only called once for each opened image, so we can do it the easy way. Reviewed-by: Peter Xu Signed-off-by: Fam Zheng Reviewed-by: Paolo Bonzini Signed-off-by: Kevin Wolf ---

[Qemu-devel] [PULL 21/40] block: Introduce blk_set_allow_write_beyond_eof()

We check that the guest can't write beyond the end of its disk, but for other internal users it can make sense to allow growing a file. Signed-off-by: Kevin Wolf --- block/block-backend.c | 23 --- include/sysemu/block-backend.h | 1 + 2 files

[Qemu-devel] [PULL 16/40] vmdk: Switch to heap arrays for vmdk_read_cid

From: Fam Zheng Signed-off-by: Fam Zheng Reviewed-by: Paolo Bonzini Signed-off-by: Kevin Wolf --- block/vmdk.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/block/vmdk.c b/block/vmdk.c index

[Qemu-devel] [PULL 20/40] block: Use writeback in .bdrv_create() implementations

There's no reason to use a writethrough cache mode while creating an image. Signed-off-by: Kevin Wolf --- block/parallels.c | 3 ++- block/qcow.c | 3 ++- block/qcow2.c | 3 ++- block/sheepdog.c | 6 -- block/vdi.c | 3 ++- block/vhdx.c | 3 ++-

[Qemu-devel] [PULL 27/40] vdi: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/vdi.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-)

[Qemu-devel] [PULL 01/40] qemu-img: eliminate memory leak

From: Paolo Bonzini Not particularly important since qemu-img exits immediately after calling img_rebase, but easily fixed. Coverity says thanks. Signed-off-by: Paolo Bonzini Reviewed-by: Alberto Garcia Signed-off-by: Kevin Wolf

[Qemu-devel] [PULL 29/40] vmdk: Use BB functions in .bdrv_create()

All users of the block layers are supposed to go through a BlockBackend. The .bdrv_create() implementation is one such user, so this patch converts it. Signed-off-by: Kevin Wolf --- block/vmdk.c | 77 +--- 1 file changed,

  1   2   3   >