Re: [Qemu-devel] [PATCH for-2.8] migration: Fix return code of ram_save_iterate()

On 09.11.2016 08:18, Amit Shah wrote: > On (Fri) 04 Nov 2016 [14:10:17], Thomas Huth wrote: >> qemu_savevm_state_iterate() expects the iterators to return 1 >> when they are done, and 0 if there is still something left to do. >> However, ram_save_iterate() does not obey this rule and returns >>

Re: [Qemu-devel] virsh dump (qemu guest memory dump?): KASLR enabled linux guest support

On 11/09/2016 01:02 PM, Dave Young wrote: > On 11/09/16 at 11:58am, Wen Congyang wrote: >> On 11/09/2016 11:17 AM, Dave Young wrote: >>> Drop qiaonuohan, seems the mail address is wrong.. >>> >>> On 11/09/16 at 11:01am, Dave Young wrote: Hi, Latest linux kernel enabled kaslr to

Re: [Qemu-devel] [PATCH v6 1/3] IOMMU: add option to enable VTD_CAP_CM to vIOMMU capility exposoed to guest

On 2016年11月08日 19:04, Aviv B.D wrote: From: "Aviv Ben-David" This capability asks the guest to invalidate cache before each map operation. We can use this invalidation to trap map operations in the hypervisor. Hi: Like I've asked twice in the past, I want to know why

Re: [Qemu-devel] [PATCH for-2.8] migration: Fix return code of ram_save_iterate()

On (Fri) 04 Nov 2016 [14:10:17], Thomas Huth wrote: > qemu_savevm_state_iterate() expects the iterators to return 1 > when they are done, and 0 if there is still something left to do. > However, ram_save_iterate() does not obey this rule and returns > the number of saved pages instead. This causes

Re: [Qemu-devel] Concerning " [PULL 6/6] curses: Use cursesw instead of curses"

On 08.11.2016 20:28, Cornelia Huck wrote: On Tue, 8 Nov 2016 16:49:51 + Stefan Hajnoczi wrote: On Tue, Nov 08, 2016 at 10:40:20AM +0300, Sergey Smolov wrote: Dear List! I've encountered the same problem as was discussed in this thread:

Re: [Qemu-devel] Concerning " [PULL 6/6] curses: Use cursesw instead of curses"

On 08.11.2016 19:49, Stefan Hajnoczi wrote: On Tue, Nov 08, 2016 at 10:40:20AM +0300, Sergey Smolov wrote: Dear List! I've encountered the same problem as was discussed in this thread: https://lists.gnu.org/archive/html/qemu-devel/2016-10/msg07898.html Does anybody succeeded in solving the

Re: [Qemu-devel] alpha platform is missing files after initrd load

Am 07.11.2016 um 18:21 schrieb Laszlo Ersek: its not alpha related same error happens with ppc64,sparc64,mips64... so i tried to reproduce the errors also on x86_64 in qemu building a tiny linux kernel 4.8.6 (~1MB) and a simple init (~1MB) based on

Re: [Qemu-devel] [RFC 15/17] ppc: Check that CPU model stays consistent across migration

On 09/11/16 15:24, David Gibson wrote: > On Tue, Nov 08, 2016 at 05:03:49PM +1100, Alexey Kardashevskiy wrote: >> On 08/11/16 16:29, David Gibson wrote: >>> On Fri, Nov 04, 2016 at 06:54:48PM +1100, Alexey Kardashevskiy wrote: On 30/10/16 22:12, David Gibson wrote: > When a vmstate for

Re: [Qemu-devel] [PATCH] boot-serial-test: Add a test for the powernv machine

On 11/09/2016 02:02 AM, David Gibson wrote: > On Tue, Nov 08, 2016 at 02:05:35PM +0100, Cédric Le Goater wrote: >> On 11/08/2016 01:36 PM, Thomas Huth wrote: >>> The new powernv machine ships with a firmware that outputs >>> some text to the serial console, so we can automatically >>> test this

Re: [Qemu-devel] [RFC 11/17] ppc: Add ppc_set_compat_all()

On 09/11/16 14:52, David Gibson wrote: > On Wed, Nov 09, 2016 at 12:27:47PM +1100, Alexey Kardashevskiy wrote: >> On 08/11/16 16:18, David Gibson wrote: >>> On Fri, Nov 04, 2016 at 03:01:40PM +1100, Alexey Kardashevskiy wrote: On 30/10/16 22:12, David Gibson wrote: > Once a compatiblity

Re: [Qemu-devel] [PATCH] spapr: Fix migration of PCI host bridges from qemu-2.7

On 09/11/16 14:45, David Gibson wrote: > daa2369 "spapr_pci: Add a 64-bit MMIO window" subtly broke migration from > qemu-2.7 to the current version. It split the device's MMIO window into > two pieces for 32-bit and 64-bit MMIO. > > The patch included backwards compatibility code to convert the

Re: [Qemu-devel] [RFC 13/17] pseries: Move CPU compatibility property to machine

On Tue, Nov 08, 2016 at 04:56:10PM +1100, Alexey Kardashevskiy wrote: > On 08/11/16 16:26, David Gibson wrote: > > On Fri, Nov 04, 2016 at 06:43:52PM +1100, Alexey Kardashevskiy wrote: > >> On 30/10/16 22:12, David Gibson wrote: > >>> Server class POWER CPUs have a "compat" property, which is used

Re: [Qemu-devel] [RFC 11/17] ppc: Add ppc_set_compat_all()

On Wed, Nov 09, 2016 at 12:27:47PM +1100, Alexey Kardashevskiy wrote: > On 08/11/16 16:18, David Gibson wrote: > > On Fri, Nov 04, 2016 at 03:01:40PM +1100, Alexey Kardashevskiy wrote: > >> On 30/10/16 22:12, David Gibson wrote: > >>> Once a compatiblity mode is negotiated with the guest, > >>>

Re: [Qemu-devel] [RFC 15/17] ppc: Check that CPU model stays consistent across migration

On Tue, Nov 08, 2016 at 05:03:49PM +1100, Alexey Kardashevskiy wrote: > On 08/11/16 16:29, David Gibson wrote: > > On Fri, Nov 04, 2016 at 06:54:48PM +1100, Alexey Kardashevskiy wrote: > >> On 30/10/16 22:12, David Gibson wrote: > >>> When a vmstate for the ppc cpu was first introduced (a90db15

Re: [Qemu-devel] virsh dump (qemu guest memory dump?): KASLR enabled linux guest support

On 11/09/16 at 11:58am, Wen Congyang wrote: > On 11/09/2016 11:17 AM, Dave Young wrote: > > Drop qiaonuohan, seems the mail address is wrong.. > > > > On 11/09/16 at 11:01am, Dave Young wrote: > >> Hi, > >> > >> Latest linux kernel enabled kaslr to randomiz phys/virt memory > >> addresses, we had

Re: [Qemu-devel] virsh dump (qemu guest memory dump?): KASLR enabled linux guest support

On 11/09/2016 11:17 AM, Dave Young wrote: > Drop qiaonuohan, seems the mail address is wrong.. > > On 11/09/16 at 11:01am, Dave Young wrote: >> Hi, >> >> Latest linux kernel enabled kaslr to randomiz phys/virt memory >> addresses, we had some effort to support kexec/kdump so that crash >> utility

Re: [Qemu-devel] [PATCH] docs: fix COLO architecture diagram

Does anyone have any comments? Ping Thanks Zhang Chen On 11/01/2016 03:06 PM, Zhang Chen wrote: On 11/01/2016 02:25 PM, Hailiang Zhang wrote: Hmm, there are other contents in this file need to be updated, for example, we support blockdev-add command for nbd now, so we can convert

Re: [Qemu-devel] [PULL 15/16] spapr_pci: Add a 64-bit MMIO window

On Tue, Nov 08, 2016 at 02:59:30PM +1100, Alexey Kardashevskiy wrote: > On 08/11/16 12:16, David Gibson wrote: > > On Fri, Nov 04, 2016 at 04:03:31PM +1100, Alexey Kardashevskiy wrote: > >> On 17/10/16 13:43, David Gibson wrote: > >>> On real hardware, and under pHyp, the PCI host bridges on Power

[Qemu-devel] [PATCH] spapr: Fix migration of PCI host bridges from qemu-2.7

daa2369 "spapr_pci: Add a 64-bit MMIO window" subtly broke migration from qemu-2.7 to the current version. It split the device's MMIO window into two pieces for 32-bit and 64-bit MMIO. The patch included backwards compatibility code to convert the old property into the new format. However, the

Re: [Qemu-devel] [PATCH v11 15/22] vfio: Introduce vfio_set_irqs_validate_and_prepare()

On Wed, 9 Nov 2016 14:07:58 +1100 Alexey Kardashevskiy wrote: > On 09/11/16 07:22, Kirti Wankhede wrote: > > On 11/8/2016 2:16 PM, Alexey Kardashevskiy wrote: > >> On 05/11/16 08:10, Kirti Wankhede wrote: > >>> Vendor driver using mediated device framework would use same

Re: [Qemu-devel] [PATCH v11 02/22] vfio: VFIO based driver for Mediated devices

* Kirti Wankhede [2016-11-05 02:40:36 +0530]: Hi Kirti, > vfio_mdev driver registers with mdev core driver. > mdev core driver creates mediated device and calls probe routine of > vfio_mdev driver for each device. > Probe routine of vfio_mdev driver adds mediated device to

Re: [Qemu-devel] virsh dump (qemu guest memory dump?): KASLR enabled linux guest support

Drop qiaonuohan, seems the mail address is wrong.. On 11/09/16 at 11:01am, Dave Young wrote: > Hi, > > Latest linux kernel enabled kaslr to randomiz phys/virt memory > addresses, we had some effort to support kexec/kdump so that crash > utility can still works in case crashed kernel has kaslr

Re: [Qemu-devel] [PATCH v11 15/22] vfio: Introduce vfio_set_irqs_validate_and_prepare()

On 09/11/16 07:22, Kirti Wankhede wrote: > > > On 11/8/2016 2:16 PM, Alexey Kardashevskiy wrote: >> On 05/11/16 08:10, Kirti Wankhede wrote: >>> Vendor driver using mediated device framework would use same mechnism to >>> validate and prepare IRQs. Introducing this function to reduce code >>>

[Qemu-devel] virsh dump (qemu guest memory dump?): KASLR enabled linux guest support

Hi, Latest linux kernel enabled kaslr to randomiz phys/virt memory addresses, we had some effort to support kexec/kdump so that crash utility can still works in case crashed kernel has kaslr enabled. But according to Dave Anderson virsh dump does not work, quoted messages from Dave below: """

Re: [Qemu-devel] [PATCH for-2.8] block: Let write zeroes fallback work even with small max_transfer

On Tue, 11/08 16:52, Eric Blake wrote: > Commit 443668ca rewrote the write_zeroes logic to guarantee that > an unaligned request never crosses a cluster boundary. But > in the rewrite, the new code assumed that at most one iteration > would be needed to get to an alignment boundary. > > However,

Re: [Qemu-devel] [PATCH v11 13/22] vfio: Introduce common function to add capabilities

On 09/11/16 08:42, Alex Williamson wrote: > On Wed, 9 Nov 2016 02:16:17 +0530 > Kirti Wankhede wrote: > >> On 11/8/2016 12:59 PM, Alexey Kardashevskiy wrote: >>> On 05/11/16 08:10, Kirti Wankhede wrote: Vendor driver using mediated device framework should use

Re: [Qemu-devel] [PATCH] boot-serial-test: Add a test for the powernv machine

On Tue, Nov 08, 2016 at 02:05:35PM +0100, Cédric Le Goater wrote: > On 11/08/2016 01:36 PM, Thomas Huth wrote: > > The new powernv machine ships with a firmware that outputs > > some text to the serial console, so we can automatically > > test this machine type in the boot-serial tester, too. > >

Re: [Qemu-devel] [PATCH v5 0/4] POWER9 TCG enablements - BCD functions part I

On Tue, Nov 08, 2016 at 02:50:21PM -0200, Jose Ricardo Ziviani wrote: > v5: > - reuse bcd_cmp_zero function > - improve zoned loop by using one index > > v4: > - throws invalid for any instruction not implemented by default > - creates a function to compare bcd value to zero > > v3: > -

Re: [Qemu-devel] [RFC 11/17] ppc: Add ppc_set_compat_all()

On 08/11/16 16:18, David Gibson wrote: > On Fri, Nov 04, 2016 at 03:01:40PM +1100, Alexey Kardashevskiy wrote: >> On 30/10/16 22:12, David Gibson wrote: >>> Once a compatiblity mode is negotiated with the guest, >>> h_client_architecture_support() uses run_on_cpu() to update each CPU to >>> the

Re: [Qemu-devel] [PATCH v13 1/2] virtio-crypto: Add virtio crypto device specification

Hi, > > [..] > > +The header is the general header and the union is of the algorithm-specific > type, > > +which is set by the driver. All properties in the union are shown as > > follows. > > + > > +There is a unified idata structure for all symmetric algorithms, including > CIPHER, HASH, MAC,

Re: [Qemu-devel] [PATCH v11 01/22] vfio: Mediated device Core driver

* Kirti Wankhede [2016-11-09 02:36:12 +0530]: [...] > >> +/* > >> + * mdev_register_device : Register a device > >> + * @dev: device structure representing parent device. > >> + * @ops: Parent device operation structure to be registered. > >> + * > >> + * Add device to list

[Qemu-devel] [PATCH v2] docs: add document to explain the usage of vNVDIMM

Signed-off-by: Haozhong Zhang Reviewed-by: Xiao Guangrong Reviewed-by: Stefan Hajnoczi --- Changes since v1: * explicitly state the block window mode is not supported (Stefan Hajnoczi) * typo fix: label_size ==>

Re: [Qemu-devel] [PATCH] docs: add document to explain the usage of vNVDIMM

On 11/08/16 17:08 +, Stefan Hajnoczi wrote: On Tue, Nov 08, 2016 at 08:46:14PM +0800, Haozhong Zhang wrote: Signed-off-by: Haozhong Zhang Reviewed-by: Xiao Guangrong --- docs/nvdimm.txt | 124

Re: [Qemu-devel] [PATCH] docs: add document to explain the usage of vNVDIMM

On 11/08/16 16:50 +, Dr. David Alan Gilbert wrote: * Haozhong Zhang (haozhong.zh...@intel.com) wrote: [..] +Label +- + +QEMU v2.7.0 and later implement the label support for vNVDIMM devices. +To enable label on vNVDIMM devices, users can simply add +"label-size=$SZ" option to "-device

Re: [Qemu-devel] [PATCH 4/5] MAINTAINERS: Add an entry for the CHRP NVRAM files

On Tue, Nov 08, 2016 at 01:17:52PM +0100, Thomas Huth wrote: > I recently added new files to the source tree that are not > covered by any maintainer yet -- and since every new source > file should have a maintainer nowadays, I volunteer to look > after these files now, too. > > Signed-off-by:

[Qemu-devel] [Bug 1639322] Re: pasting into ppc64 serial console kills qemu

This is gtk interface. However, the function on line 40 os spapr_vty.c looks really insane. It asserts that it is not given more data to input in a ring buffer than is size of the buffer and then stuffs all the data in regardless of the amount of data already present. It should probably loop or

Re: [Qemu-devel] Sphinx for QEMU docs? (and a doc-comment format question)

On 07/11/2016 14:30, Stefan Hajnoczi wrote: > On Sat, Nov 05, 2016 at 06:42:23PM +, Peter Maydell wrote: >> In particular I think we could: >> * set up a framework for our in-tree docs/ which gives us a >>place to put new docs (both for-users and for-developers) -- >>I think having

[Qemu-devel] [Bug 1639394] Re: Unable to boot Solaris 8/9 x86 under Fedora 24

So, if I'm reading you right, Solaris10/11 work just fine, but 8/9 don't -- and have not since qemu version 0.6.0!? From 2004? I don't have a copy of Solaris9 to test with, so I doubt I can work on trying to reproduce this. Is there any possibility to reproduce a problem on an older, freely

[Qemu-devel] [PATCH for-2.8] block: Let write zeroes fallback work even with small max_transfer

Commit 443668ca rewrote the write_zeroes logic to guarantee that an unaligned request never crosses a cluster boundary. But in the rewrite, the new code assumed that at most one iteration would be needed to get to an alignment boundary. However, it is easy to trigger an assertion failure: the

Re: [Qemu-devel] [PATCH v11 13/22] vfio: Introduce common function to add capabilities

On Wed, 9 Nov 2016 02:16:17 +0530 Kirti Wankhede wrote: > On 11/8/2016 12:59 PM, Alexey Kardashevskiy wrote: > > On 05/11/16 08:10, Kirti Wankhede wrote: > >> Vendor driver using mediated device framework should use > >> vfio_info_add_capability() to add capabilities. >

Re: [Qemu-devel] [PATCH v11 11/22] vfio iommu: Add blocking notifier to notify DMA_UNMAP

On Wed, 9 Nov 2016 01:29:19 +0530 Kirti Wankhede wrote: > On 11/8/2016 11:16 PM, Alex Williamson wrote: > > On Tue, 8 Nov 2016 21:56:29 +0530 > > Kirti Wankhede wrote: > > > >> On 11/8/2016 5:15 AM, Alex Williamson wrote: > >>> On Sat, 5 Nov 2016

Re: [Qemu-devel] Crashing in tcp_close

On 07/11/2016 10:42, Stefan Hajnoczi wrote: On Mon, Nov 07, 2016 at 08:42:17AM +, Brian Candler wrote: >On 06/11/2016 18:04, Samuel Thibault wrote: > >Brian, could you run it with > > > >export MALLOC_CHECK_=2 > > > >and also this could be useful: > > > >export MALLOC_PERTURB_=1234 > > >

Re: [Qemu-devel] [PATCH v11 01/22] vfio: Mediated device Core driver

On 11/8/2016 2:55 PM, Dong Jia Shi wrote: > * Kirti Wankhede [2016-11-05 02:40:35 +0530]: > > Hi Kirti, > > [...] >> diff --git a/drivers/vfio/Kconfig b/drivers/vfio/Kconfig >> index da6e2ce77495..23eced02aaf6 100644 >> --- a/drivers/vfio/Kconfig >> +++

Re: [Qemu-devel] [PATCH kernel v4 7/7] virtio-balloon: tell host vm's unused page info

On Mon, Nov 07, 2016 at 09:23:38AM -0800, Dave Hansen wrote: > On 11/06/2016 07:37 PM, Li, Liang Z wrote: > >> Let's say we do a 32k bitmap that can hold ~1M pages. That's 4GB of RAM. > >> On a 1TB system, that's 256 passes through the top-level loop. > >> The bottom-level lists have tens of

Re: [Qemu-devel] [PATCH v11 13/22] vfio: Introduce common function to add capabilities

On 11/8/2016 12:59 PM, Alexey Kardashevskiy wrote: > On 05/11/16 08:10, Kirti Wankhede wrote: >> Vendor driver using mediated device framework should use >> vfio_info_add_capability() to add capabilities. >> Introduced this function to reduce code duplication in vendor drivers. >> >>

Re: [Qemu-devel] [PATCH v11 17/22] vfio_platform: Updated to use vfio_set_irqs_validate_and_prepare()

On 11/8/2016 2:22 PM, Alexey Kardashevskiy wrote: > On 05/11/16 08:10, Kirti Wankhede wrote: >> Updated vfio_platform_common.c file to use >> vfio_set_irqs_validate_and_prepare() >> >> Signed-off-by: Kirti Wankhede >> Signed-off-by: Neo Jia >> Change-Id:

Re: [Qemu-devel] [PATCH v6 2/2] block/vxhs.c: Add qemu-iotests for new block device type "vxhs"

On Mon, Nov 07, 2016 at 04:59:45PM -0800, Ashish Mittal wrote: > These changes use a vxhs test server that is a part of the following > repository: > https://github.com/MittalAshish/libqnio.git > > Signed-off-by: Ashish Mittal > --- > v6 changelog: > (1) Added iotests

Re: [Qemu-devel] [PATCH 0/3] [RFC] Add HAX support

On 08/11/2016 20:41, Vincent Palatin wrote: > > If so, I think we should only support those > > processors and slash all the part related to HAX_EMULATE_STATE_INITIAL > > and HAX_EMULATE_STATE_REAL. This would probably let us make patch 3 > > much less intrusive. > > Sure the whole patchset

Re: [Qemu-devel] [PATCH V3 05/10] intel_iommu: support device iotlb descriptor

On Tue, Nov 08, 2016 at 02:54:19PM +0800, Jason Wang wrote: > > > On 2016年11月08日 07:35, Peter Xu wrote: > > On Mon, Nov 07, 2016 at 03:09:50PM +0800, Jason Wang wrote: > > > > [...] > > > > > +static bool vtd_process_device_iotlb_desc(IntelIOMMUState *s, > > > +

Re: [Qemu-devel] [PATCH v11 15/22] vfio: Introduce vfio_set_irqs_validate_and_prepare()

On 11/8/2016 2:16 PM, Alexey Kardashevskiy wrote: > On 05/11/16 08:10, Kirti Wankhede wrote: >> Vendor driver using mediated device framework would use same mechnism to >> validate and prepare IRQs. Introducing this function to reduce code >> replication in multiple drivers. >> >> Signed-off-by:

Re: [Qemu-devel] [PATCH 3/3] Plumb the HAXM-based hardware acceleration support

> diff --git a/cpu-exec.c b/cpu-exec.c > index 4188fed..4bd238b 100644 > --- a/cpu-exec.c > +++ b/cpu-exec.c All this should not be needed anymore with unrestricted guest support. > diff --git a/cpus.c b/cpus.c > index fc78502..6e0f572 100644 > --- a/cpus.c > +++ b/cpus.c > @@ -35,6 +35,7 @@ >

[Qemu-devel] [kvm-unit-tests PATCH v4 07/11] arm/arm64: gicv2: add an IPI test

Reviewed-by: Eric Auger Signed-off-by: Andrew Jones --- v4: properly mask irqnr in ipi_handler v2: add more details in the output if a test fails, report spurious interrupts if we get them --- arm/Makefile.common | 6 +- arm/gic.c | 195

[Qemu-devel] [kvm-unit-tests PATCH v4 09/11] arm/arm64: add initial gicv3 support

Signed-off-by: Andrew Jones --- v4: - only take defines from kernel we need now [Andre] - simplify enable by not caring if we reinit the distributor [drew] v2: - configure irqs as NS GRP1 --- lib/arm/asm/arch_gicv3.h | 42 + lib/arm/asm/gic-v3.h

[Qemu-devel] [kvm-unit-tests PATCH v4 08/11] libcflat: add IS_ALIGNED() macro, and page sizes

From: Peter Xu These macros will be useful to do page alignment checks. Signed-off-by: Peter Xu [drew: also added SZ_64K] Signed-off-by: Andrew Jones --- lib/libcflat.h | 6 ++ 1 file changed, 6 insertions(+) diff --git

[Qemu-devel] [kvm-unit-tests PATCH v4 06/11] arm/arm64: add initial gicv2 support

Add some gicv2 support. This just adds init and enable functions, allowing unit tests to start messing with it. Signed-off-by: Andrew Jones --- v4: - only take defines from kernel we need now [Andre] - moved defines to asm/gic.h so they'll be shared with v3 [drew] -

[Qemu-devel] [kvm-unit-tests PATCH v4 11/11] arm/arm64: gic: don't just use zero

Allow user to select who sends ipis and with which irq, rather than just always sending irq=0 from cpu0. Signed-off-by: Andrew Jones --- v4: improve structure and make sure spurious checking is done even when the sender isn't cpu0 v2: actually check that the irq received

[Qemu-devel] [kvm-unit-tests PATCH v4 05/11] arm/arm64: irq enable/disable

Reviewed-by: Alex Bennée Reviewed-by: Eric Auger Signed-off-by: Andrew Jones --- lib/arm/asm/processor.h | 10 ++ lib/arm64/asm/processor.h | 10 ++ 2 files changed, 20 insertions(+) diff --git

[Qemu-devel] [kvm-unit-tests PATCH v4 03/11] arm/arm64: smp: support more than 8 cpus

By adding support for launching with gicv3 we can break the 8 vcpu limit. This patch adds support to smp code and also selects the vgic model corresponding to the host. The vgic model may also be manually selected by adding e.g. -machine gic-version=3 to extra_params. Reviewed-by: Alex Bennée

[Qemu-devel] [kvm-unit-tests PATCH v4 04/11] arm/arm64: add some delay routines

Allow a thread to wait some specified amount of time. Can specify in cycles, usecs, and msecs. Reviewed-by: Alex Bennée Reviewed-by: Eric Auger Signed-off-by: Andrew Jones --- lib/arm/asm/processor.h | 19 +++

[Qemu-devel] [kvm-unit-tests PATCH v4 10/11] arm/arm64: gicv3: add an IPI test

Signed-off-by: Andrew Jones --- v4: - heavily comment gicv3_ipi_send_tlist() [Eric] - changes needed for gicv2 iar/irqstat fix to other patch v2: - use IRM for gicv3 broadcast --- arm/gic.c | 195 ++---

[Qemu-devel] [kvm-unit-tests PATCH v4 02/11] arm64: fix get_"sysreg32" and make MPIDR 64bit

mrs is always 64bit, so we should always use a 64bit register. Sometimes we'll only want to return the lower 32, but not for MPIDR, as that does define fields in the upper 32. Reviewed-by: Alex Bennée Reviewed-by: Eric Auger Signed-off-by: Andrew

[Qemu-devel] [kvm-unit-tests PATCH v4 00/11] arm/arm64: add gic framework

v4: - Eric's r-b's - Andre's suggestion to only take defines we need - several other changes listed in individual patches v3: - Rebased on latest master - Added Alex's r-b's v2: Rebased on latest master + my "populate argv[0]" series (will send a REPOST for that shortly. Additionally a

[Qemu-devel] [kvm-unit-tests PATCH v4 01/11] lib: xstr: allow multiple args

Make implementation equivalent to Linux's include/linux/stringify.h Reviewed-by: Eric Auger Signed-off-by: Andrew Jones --- lib/libcflat.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/libcflat.h b/lib/libcflat.h index

Re: [Qemu-devel] [PATCH] Fix legacy ncurses detection.

Cornelia Huck, on Tue 08 Nov 2016 12:34:49 +0100, wrote: > > diff --git a/configure b/configure > > index fd6f898..e200aa8 100755 > > --- a/configure > > +++ b/configure > > @@ -2926,7 +2926,7 @@ if test "$curses" != "no" ; then > > curses_inc_list="$($pkg_config --cflags ncurses

[Qemu-devel] [PULL] xen: Fix xenpv machine initialisation

From: Anthony PERARD When using QEMU for Xen PV guest, QEMU abort with: xen-common.c:118:xen_init: Object 0x7f2b8325dcb0 is not an instance of type generic-pc-machine This is because the machine 'xenpv' also use accel=xen. Moving the code to xen_hvm_init() fix the

[Qemu-devel] [Bug 1623276] Re: qemu 2.7 / iPXE crash

The iPXE patches are now upstream (a big "thank you" to the iPXE maintainer!); QEMU 2.8 -- with Gerd willing -- should bundle iPXE binaries containing that fix. http://lists.ipxe.org/pipermail/ipxe-devel/2016-November/005244.html ** Changed in: qemu Status: New => Confirmed ** Changed

Re: [Qemu-devel] [PATCH v11 11/22] vfio iommu: Add blocking notifier to notify DMA_UNMAP

On 11/8/2016 11:16 PM, Alex Williamson wrote: > On Tue, 8 Nov 2016 21:56:29 +0530 > Kirti Wankhede wrote: > >> On 11/8/2016 5:15 AM, Alex Williamson wrote: >>> On Sat, 5 Nov 2016 02:40:45 +0530 >>> Kirti Wankhede wrote: >>> >> ...

[Qemu-devel] [PULL 0/1] tags/xen-20161108-tag

-20161108-tag for you to fetch changes up to 804ba7c10bbc66bb8a8aa73ecc60f620da7423d5: xen: Fix xenpv machine initialisation (2016-11-08 11:17:30 -0800) Xen 2016/11/08

Re: [Qemu-devel] [PATCH 2/3] target-i386: Add Intel HAX files

On Tue, Nov 8, 2016 at 6:46 PM, Paolo Bonzini wrote: > > > On 08/11/2016 16:39, Vincent Palatin wrote: >> +/* need tcg for non-UG platform in real mode */ >> +if (!hax_ug_platform()) >> + tcg_exec_init(tcg_tb_size * 1024 * 1024); >> + > > Oh, it does

Re: [Qemu-devel] [PATCH 0/3] [RFC] Add HAX support

On Tue, Nov 8, 2016 at 6:43 PM, Paolo Bonzini wrote: > > > > On 08/11/2016 16:39, Vincent Palatin wrote: > > I took a stab at trying to rebase/upstream the support for Intel HAXM. > > (Hardware Accelerated Execution Manager). > > Intel HAX is kernel-based hardware

Re: [Qemu-devel] [PATCH v2] xen: Fix xenpv machine initialisation

On Tue, 8 Nov 2016, Anthony PERARD wrote: > When using QEMU for Xen PV guest, QEMU abort with: > xen-common.c:118:xen_init: Object 0x7f2b8325dcb0 is not an instance of type > generic-pc-machine > > This is because the machine 'xenpv' also use accel=xen. Moving the code > to xen_hvm_init() fix

Re: [Qemu-devel] [PATCH v11 05/22] vfio iommu: Added pin and unpin callback functions to vfio_iommu_driver_ops

On Wed, 9 Nov 2016 00:17:53 +0530 Kirti Wankhede wrote: > On 11/8/2016 10:09 PM, Alex Williamson wrote: > > On Tue, 8 Nov 2016 19:25:35 +0530 > > Kirti Wankhede wrote: > > > ... > > - > +int (*pin_pages)(void

Re: [Qemu-devel] [QEMU PATCH v2] kvmclock: advance clock by time window between vm_stop and pre_save

On Tue, Nov 08, 2016 at 10:22:56AM +, Dr. David Alan Gilbert wrote: > * Marcelo Tosatti (mtosa...@redhat.com) wrote: > > On Mon, Nov 07, 2016 at 08:03:50PM +, Dr. David Alan Gilbert wrote: > > > * Marcelo Tosatti (mtosa...@redhat.com) wrote: > > > > On Mon, Nov 07, 2016 at 03:46:11PM

Re: [Qemu-devel] [PATCH v11 05/22] vfio iommu: Added pin and unpin callback functions to vfio_iommu_driver_ops

On 11/8/2016 10:09 PM, Alex Williamson wrote: > On Tue, 8 Nov 2016 19:25:35 +0530 > Kirti Wankhede wrote: > ... - + int (*pin_pages)(void *iommu_data, unsigned long *user_pfn, + int npage, int prot, +

[Qemu-devel] [kvm-unit-tests PATCH v8 3/3] arm: pmu: Add CPI checking

From: Christopher Covington Calculate the numbers of cycles per instruction (CPI) implied by ARM PMU cycle counter values. The code includes a strict checking facility intended for the -icount option in TCG mode in the configuration file. Signed-off-by: Christopher

Re: [Qemu-devel] [PATCH v3 5/6] blockjob: refactor backup_start as backup_job_create

On Tue, Nov 08, 2016 at 10:24:50AM -0500, John Snow wrote: > > > On 11/08/2016 04:11 AM, Kevin Wolf wrote: > >Am 08.11.2016 um 06:41 hat John Snow geschrieben: > >>On 11/03/2016 09:17 AM, Kevin Wolf wrote: > >>>Am 02.11.2016 um 18:50 hat John Snow geschrieben: > Refactor backup_start as

Re: [Qemu-devel] [PATCH kernel v4 7/7] virtio-balloon: tell host vm's unused page info

On 11/07/2016 09:50 PM, Li, Liang Z wrote: > Sounds good. Should we ignore some of the order-0 pages in step 4 if the > bitmap is full? > Or should retry to get a complete list of order-0 pages? I think that's a pretty reasonable thing to do. >>> It seems the benefit we get for this feature is

[Qemu-devel] [kvm-unit-tests PATCH v8 1/3] arm: Add PMU test

From: Christopher Covington Beginning with a simple sanity check of the control register, add a unit test for the ARM Performance Monitors Unit (PMU). Signed-off-by: Christopher Covington Signed-off-by: Wei Huang ---

[Qemu-devel] [kvm-unit-tests PATCH v8 2/3] arm: pmu: Check cycle count increases

From: Christopher Covington Ensure that reads of the PMCCNTR_EL0 are monotonically increasing, even for the smallest delta of two subsequent reads. Signed-off-by: Christopher Covington Signed-off-by: Wei Huang --- arm/pmu.c | 98

[Qemu-devel] [PULL 1/1] docs/tracing.txt: Update documentation of default backend

From: Peter Maydell In commit baf86d6b3c we switched the default trace backend from "nop" to "log". Update the documentation to match. Signed-off-by: Peter Maydell Message-id: 1478276837-31780-1-git-send-email-peter.mayd...@linaro.org

[Qemu-devel] [PULL 0/1] Tracing patches

The following changes since commit 207faf24c58859f5240f66bf6decc33b87a1776e: Merge remote-tracking branch 'pm215/tags/pull-target-arm-20161107' into staging (2016-11-07 14:02:15 +) are available in the git repository at: git://github.com/stefanha/qemu.git tags/tracing-pull-request for

[Qemu-devel] [kvm-unit-tests PATCH v8 0/3] ARM PMU tests

Changes from v7: * Standardize PMU register accessor names and remove unused ones * Use bit defines instead of bit fields * Change the testing configure for pmu.flat * Commit comments were updated Note: 1) Current KVM code has bugs in handling PMCCFILTR write. A fix (see below) is required for

[Qemu-devel] [PULL 2/3] aio-posix: avoid NULL pointer dereference in aio_epoll_update

From: Paolo Bonzini aio_epoll_update dereferences parameter "node", but it could have been NULL if deleting an fd handler that was not registered in the first place. Signed-off-by: Paolo Bonzini Reviewed-by: Fam Zheng Message-id:

[Qemu-devel] [PULL 1/3] block: Don't mark node clean after failed flush

From: Kevin Wolf Commit 3ff2f67a changed bdrv_co_flush() so that no flush is issues if the image hasn't been dirtied since the last flush. This is not quite correct: The condition should be that the image hasn't been dirtied since the last _successful_ flush. This patch changes

[Qemu-devel] [PULL 0/3] Block patches

The following changes since commit 207faf24c58859f5240f66bf6decc33b87a1776e: Merge remote-tracking branch 'pm215/tags/pull-target-arm-20161107' into staging (2016-11-07 14:02:15 +) are available in the git repository at: git://github.com/stefanha/qemu.git tags/block-pull-request for

[Qemu-devel] [PULL 3/3] aio-posix: simplify aio_epoll_update

From: Paolo Bonzini Extract common code out of the "if". Reviewed-by: Fam Zheng Signed-off-by: Paolo Bonzini Message-id: 20161108135524.25927-3-pbonz...@redhat.com Signed-off-by: Stefan Hajnoczi --- aio-posix.c

Re: [Qemu-devel] [PATCH v11 11/22] vfio iommu: Add blocking notifier to notify DMA_UNMAP

On Tue, 8 Nov 2016 21:56:29 +0530 Kirti Wankhede wrote: > On 11/8/2016 5:15 AM, Alex Williamson wrote: > > On Sat, 5 Nov 2016 02:40:45 +0530 > > Kirti Wankhede wrote: > > > ... > >> > >> +int vfio_register_notifier(struct device *dev, struct

Re: [Qemu-devel] [PATCH 2/3] target-i386: Add Intel HAX files

On 08/11/2016 16:39, Vincent Palatin wrote: > +/* need tcg for non-UG platform in real mode */ > +if (!hax_ug_platform()) > + tcg_exec_init(tcg_tb_size * 1024 * 1024); > + Oh, it does support unrestricted guest, and in fact without unrestricted guest you don't even

Re: [Qemu-devel] [PATCH 0/3] [RFC] Add HAX support

On 08/11/2016 16:39, Vincent Palatin wrote: > I took a stab at trying to rebase/upstream the support for Intel HAXM. > (Hardware Accelerated Execution Manager). > Intel HAX is kernel-based hardware acceleration module for Windows and MacOSX. > > I have based my work on the last version of the

Re: [Qemu-devel] [PATCH] vhost: secure vhost shared log files using argv paremeter

Hello, > On Tue, Nov 8, 2016 at 4:49 PM Rafael David Tinoco > wrote: > Hello Michael, André, > > Could you do a quick review before a final submission ? > > http://paste.ubuntu.com/23446279/ > ... > (André) > Could it be only a filename? This would simplify

Re: [Qemu-devel] [PATCH] vhost-scsi: Update 'ioeventfd_started' with host notifiers

> On 8 Nov 2016, at 18:18, Paolo Bonzini wrote: > > > > On 07/11/2016 18:23, Felipe Franciosi wrote: >> Following the recent refactor of virtio notfiers [1], more specifically >> the patch that uses virtio_bus_set_host_notifier [2] by default, core >> virtio code requires

Re: [Qemu-devel] [PATCH 1/3] kvm: move cpu synchronization code

On 08/11/2016 16:39, Vincent Palatin wrote: > Move the generic cpu_synchronize_ functions to the common hw_accel.h header, > in order to prepare for the addition of a second hardware accelerator. > > Signed-off-by: Vincent Palatin > --- > cpus.c| 1

Re: [Qemu-devel] Crashing in tcp_close

On 07/11/2016 20:52, Brian Candler wrote: So either this means that using tap networking instead of user networking is fixing all the problems; or it is some other option which is different. Really I now need to run qemu with exactly the same settings as before, except with tap instead of user

Re: [Qemu-devel] Concerning " [PULL 6/6] curses: Use cursesw instead of curses"

On Tue, 8 Nov 2016 16:49:51 + Stefan Hajnoczi wrote: > On Tue, Nov 08, 2016 at 10:40:20AM +0300, Sergey Smolov wrote: > > Dear List! > > > > I've encountered the same problem as was discussed in this thread: > >

Re: [Qemu-devel] [PATCH] vhost-scsi: Update 'ioeventfd_started' with host notifiers

On 07/11/2016 18:23, Felipe Franciosi wrote: > Following the recent refactor of virtio notfiers [1], more specifically > the patch that uses virtio_bus_set_host_notifier [2] by default, core > virtio code requires 'ioeventfd_started' to be set to true/false when > the host notifiers are

Re: [Qemu-devel] [PATCH v13 1/2] virtio-crypto: Add virtio crypto device specification

On 10/28/2016 07:23 AM, Gonglei wrote: > The virtio crypto device is a virtual crypto device (ie. hardware > crypto accelerator card). Currently, the virtio crypto device provides > the following crypto services: CIPHER, MAC, HASH, and AEAD. > > In this patch, CIPHER, MAC, HASH, AEAD services

Re: [Qemu-devel] [PATCH v11 10/22] vfio iommu type1: Add support for mediated devices

On Tue, 8 Nov 2016 20:36:34 +0530 Kirti Wankhede wrote: > On 11/8/2016 4:46 AM, Alex Williamson wrote: > > On Sat, 5 Nov 2016 02:40:44 +0530 > > Kirti Wankhede wrote: > > > ... > > >> -static void vfio_unmap_unpin(struct vfio_iommu *iommu, struct

Re: [Qemu-devel] [PATCH for-2.8 v2 0/2] aio-posix: epoll cleanups

On Tue, Nov 08, 2016 at 02:55:22PM +0100, Paolo Bonzini wrote: > The first fixes a NULL-pointer dereference that was reported by > Coverity (so definitely for 2.8). The second is a small simplification. > > Paolo Bonzini (2): > aio-posix: avoid NULL pointer dereference in aio_epoll_update >

Re: [Qemu-devel] [PATCH] docs: add document to explain the usage of vNVDIMM

On Tue, Nov 08, 2016 at 08:46:14PM +0800, Haozhong Zhang wrote: > Signed-off-by: Haozhong Zhang > Reviewed-by: Xiao Guangrong > --- > docs/nvdimm.txt | 124 > > 1 file changed,

Re: [Qemu-devel] [PATCH 0/5] Fixes for the MAINTAINERS file

On Tue, Nov 08, 2016 at 01:17:48PM +0100, Thomas Huth wrote: > I've currently got some update patches to the MAINTAINERS file > floating around, and Paolo asked me to send a PULL request for > them - so here's now the assembled set of patches for a final > review. If there are no objections, I'll

  1   2   3   >