[PATCH v3 3/4] ppc: reset the interrupt presenter from the CPU reset handler

On the sPAPR machine and PowerNV machine, the interrupt presenters are created by a machine handler at the core level and are reseted independently. This is not consistent and it raises issues when it comes to handle hot-plugged CPUs. In that case, the presenters are not reseted. This is less of

[PATCH v3 1/6] iotests: remove 'linux' from default supported platforms

From: John Snow verify_platform will check an explicit whitelist and blacklist instead. The default will now be assumed to be allowed to run anywhere. For tests that do not specify their platforms explicitly, this has the effect of enabling these tests on non-linux platforms. For tests that

[PATCH v3 0/6] Enable more iotests during "make check-block"

As discussed here: https://lists.gnu.org/archive/html/qemu-devel/2019-10/msg00697.html and here: https://lists.gnu.org/archive/html/qemu-devel/2019-10/msg01388.html it would be good to have some more valuable iotests enabled in the "auto" group to get better iotest coverage during "make

[PATCH v3 4/6] iotests: Skip "make check-block" if QEMU does not support virtio-blk

The next patch is going to add some python-based tests to the "auto" group, and these tests require virtio-blk to work properly. Running iotests without virtio-blk likely does not make too much sense anyway, so instead of adding a check for the availability of virtio-blk to each and every test

Re: [PATCH v13 06/12] numa: Extend CLI to provide memory latency and bandwidth information

On Sun, 20 Oct 2019 19:11:19 +0800 Tao Xu wrote: > From: Liu Jingqi > > Add -numa hmat-lb option to provide System Locality Latency and > Bandwidth Information. These memory attributes help to build > System Locality Latency and Bandwidth Information Structure(s) > in ACPI Heterogeneous Memory

Re: Missing PVR setting capability

On 21/10/2019 23.06, Wayne Li wrote: > Dear Qemu list members, > > I'm attempting to enable KVM in a Qemu-based project that is running on > a T4240RDB board.  After compiling my code with the -enable-kvm option I > ran the qemu executable with the -enable-kvm option.  The application > exited

Re: [PATCH v4] migration: Support QLIST migration

On Fri, Oct 18, 2019 at 11:21:36AM +0200, Eric Auger wrote: > Support QLIST migration using the same principle as QTAILQ: > 94869d5c52 ("migration: migrate QTAILQ"). > > The VMSTATE_QLIST_V macro has the same proto as VMSTATE_QTAILQ_V. > The change mainly resides in QLIST RAW macros:

Re: [PATCH] qemu-options.hx: Update for reboot-timeout parameter

Han Han writes: > Since ee5d0f89d, -1 is not valid for the value of reboot-timeout. Update > that in qemu-options doc. > > Signed-off-by: Han Han > --- > qemu-options.hx | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/qemu-options.hx b/qemu-options.hx > index

Re: [PATCH] memory-device: simplify Makefile.objs conditions

On 21/10/2019 19.11, Paolo Bonzini wrote: > hw/mem/ is only included if CONFIG_MEM_DEVICE is true, so we need not > specify the condition again in hw/mem/Makefile.objs. > > Signed-off-by: Paolo Bonzini > --- > hw/mem/Makefile.objs | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

[PATCH v2 4/6] hppa: add emulation of LASI PS2 controllers

Signed-off-by: Sven Schnelle --- hw/hppa/Kconfig| 1 + hw/hppa/lasi.c | 10 +- hw/input/Kconfig | 3 + hw/input/Makefile.objs | 1 + hw/input/lasips2.c | 289 + hw/input/ps2.c | 5 +

<    1   2   3   4   5