[Qemu-devel] [Bug 1119861] Re: Poor console performance in Windows 7

** Changed in: qemu Status: Incomplete => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1119861 Title: Poor console performance in Windows 7 Status in QEMU: Fix Released

Re: [Qemu-devel] [PATCH] tcg/tci: do not use ldst label (never implemented)

Am 11.09.2017 um 04:28 schrieb Philippe Mathieu-Daudé: > changed in 659ef5cbb893, this fixes building with --enable-tcg-interpreter: > > /home/travis/build/qemu/qemu/tcg/tcg.c:116:14: error: ‘tcg_out_ldst_finalize’ > used but never defined [-Werror] > static bool

Re: [Qemu-devel] [PATCH] ppc/pnv: fix cores per chip for multiple cpus

David Gibson writes: > On Wed, Sep 06, 2017 at 01:57:48PM +0530, Nikunj A Dadhania wrote: >> When the user does not provide the cpu topology, e.g. "-smp 4", machine >> fails to >> initialize 4 cpus. Compute the chip per cores depending on the number of >> chips >>

Re: [Qemu-devel] [PATCH v4 2/3] backup: Adds Backup Tool

On Fri, 09/08 22:11, Ishani Chugh wrote: > +def build_parser(): > +backup_tool = BackupTool() > +parser = ArgumentParser() > +subparsers = parser.add_subparsers(title='Subcommands', > + description='Valid Subcommands', > +

Re: [Qemu-devel] [RFC QEMU PATCH v3 00/10] Implement vNVDIMM for Xen HVM guest

Hi, This series seems to have some coding style problems. See output below for more information: Subject: [Qemu-devel] [RFC QEMU PATCH v3 00/10] Implement vNVDIMM for Xen HVM guest Message-id: 20170911044157.15403-1-haozhong.zh...@intel.com Type: series === TEST SCRIPT BEGIN === #!/bin/bash

[Qemu-devel] [RFC QEMU PATCH v3 09/10] nvdimm acpi: do not build _FIT method on Xen

Xen currently does not support vNVDIMM hotplug and always sets QEMU option "maxmem" to be just enough for RAM and vNVDIMM, so it's not necessary to build _FIT method when QEMU is used as Xen device model. Signed-off-by: Haozhong Zhang --- Cc: "Michael S. Tsirkin"

[Qemu-devel] [RFC QEMU PATCH v3 05/10] hw/xen-hvm: initialize DM ACPI

Probe the base address and the length of guest ACPI buffer reserved for copying ACPI from QEMU. Signed-off-by: Haozhong Zhang --- Cc: Stefano Stabellini cc: Anthony Perard Cc: "Michael S. Tsirkin"

[Qemu-devel] [RFC QEMU PATCH v3 10/10] hw/xen-hvm: enable building DM ACPI if vNVDIMM is enabled

If the machine option 'nvdimm' is enabled and QEMU is used as Xen device model, construct the guest NFIT and ACPI namespace devices of vNVDIMM and copy them into guest memory. Signed-off-by: Haozhong Zhang --- Cc: "Michael S. Tsirkin" Cc: Igor Mammedov

[Qemu-devel] [RFC QEMU PATCH v3 06/10] hw/xen-hvm: add function to copy ACPI into guest memory

Xen relies on QEMU to build guest NFIT and NVDIMM namespace devices, and implements an interface to allow QEMU to copy its ACPI into guest memory. This commit implements the QEMU side support. The location of guest memory that can receive QEMU ACPI can be found from XenStore entries

[Qemu-devel] [RFC QEMU PATCH v3 07/10] nvdimm acpi: copy NFIT to Xen guest

Xen relies on QEMU to build the guest NFIT. Signed-off-by: Haozhong Zhang --- Cc: "Michael S. Tsirkin" Cc: Igor Mammedov Cc: Xiao Guangrong --- hw/acpi/nvdimm.c | 6 ++ 1 file changed, 6

[Qemu-devel] [RFC QEMU PATCH v3 04/10] nvdimm acpi: do not use fw_cfg on Xen

Xen relies on QEMU to build guest ACPI for NVDIMM. However, no fw_cfg is created when QEMU is used as Xen device model, so QEMU should avoid using fw_cfg on Xen. Signed-off-by: Haozhong Zhang --- Cc: Xiao Guangrong Cc: "Michael S. Tsirkin"

[Qemu-devel] [RFC QEMU PATCH v3 00/10] Implement vNVDIMM for Xen HVM guest

This is the QEMU part patches that works with the associated Xen patches to enable vNVDIMM support for Xen HVM domains. Xen relies on QEMU to build guest NFIT and NVDIMM namespace devices, and allocate guest address space for vNVDIMM devices. All patches can be found at Xen:

[Qemu-devel] [RFC QEMU PATCH v3 02/10] hw/xen-hvm: create the hotplug memory region on Xen

The guest physical address of vNVDIMM is allocated from the hotplug memory region, which is not created when QEMU is used as Xen device model. In order to use vNVDIMM for Xen HVM domains, this commit reuses the code for pc machine type to create the hotplug memory region for Xen HVM domains.

[Qemu-devel] [RFC QEMU PATCH v3 01/10] nvdimm: do not intiailize nvdimm->label_data if label size is zero

The memory region of vNVDIMM on Xen is a RAM memory region, so memory_region_get_ram_ptr() cannot be used in nvdimm_realize() to get a pointer to the label data area in that region. To be worse, it may abort QEMU. As Xen currently does not support labels (i.e. label size is 0) and every access in

[Qemu-devel] [RFC QEMU PATCH v3 03/10] hostmem-xen: add a host memory backend for Xen

vNVDIMM requires a host memory backend to allocate its backend resources to the guest. When QEMU is used as Xen device model, the backend resource allocation of vNVDIMM is managed out of QEMU. A new host memory backend 'memory-backend-xen' is introduced to represent the backend resource allocated

[Qemu-devel] [RFC QEMU PATCH v3 08/10] nvdimm acpi: copy ACPI namespace device of vNVDIMM to Xen guest

Xen relies on QEMU to build the ACPI namespace device of vNVDIMM for Xen guest. Signed-off-by: Haozhong Zhang --- Cc: "Michael S. Tsirkin" Cc: Igor Mammedov Cc: Xiao Guangrong --- hw/acpi/nvdimm.c |

Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for the XIVE exploitation mode

On Sun, Sep 10, 2017 at 09:30:18PM +0200, Cédric Le Goater wrote: > On 09/10/2017 05:19 AM, David Gibson wrote: > > On Fri, Sep 08, 2017 at 04:33:44PM +0200, Cédric Le Goater wrote: > >> When the platform and the guest agree on using the XIVE exploitation > >> mode for interrupts, the

Re: [Qemu-devel] [PATCH for-2.11] hw/misc/ivshmem: Fix ivshmem_recv_msg() to also work on big endian systems

On 10.09.2017 05:24, David Gibson wrote: > On Wed, Aug 30, 2017 at 03:59:07PM +0100, Peter Maydell wrote: >> On 30 August 2017 at 15:53, Philippe Mathieu-Daudé wrote: >>> On 08/30/2017 10:39 AM, Thomas Huth wrote: The problem is that the server side code in

[Qemu-devel] [PATCH] tcg/tci: do not use ldst label (never implemented)

changed in 659ef5cbb893, this fixes building with --enable-tcg-interpreter: /home/travis/build/qemu/qemu/tcg/tcg.c:116:14: error: ‘tcg_out_ldst_finalize’ used but never defined [-Werror] static bool tcg_out_ldst_finalize(TCGContext *s); ^ Signed-off-by: Philippe Mathieu-Daudé

Re: [Qemu-devel] [PATCH v3 08/21] s390x: move sclp_service_call() to sclp.h

On 10.09.2017 00:07, Eduardo Habkost wrote: > On Fri, Sep 08, 2017 at 02:46:36PM +0200, David Hildenbrand wrote: >> On 08.09.2017 06:21, Thomas Huth wrote: >>> On 07.09.2017 22:13, David Hildenbrand wrote: Implemented in sclp.c, so let's move it to the right include file. Fix up one

Re: [Qemu-devel] [PATCH v3 08/21] s390x: move sclp_service_call() to sclp.h

On 08.09.2017 14:29, Markus Armbruster wrote: > Thomas Huth writes: > >> On 07.09.2017 22:13, David Hildenbrand wrote: >>> Implemented in sclp.c, so let's move it to the right include file. >>> Fix up one include. Do a forward declaration of CPUS390XState to fix the >>> two

Re: [Qemu-devel] [RFC 0/8] virtio-crypto: add multiplexing mode support

Hi, This series failed build test on s390x host. Please find the details below. Type: series Subject: [Qemu-devel] [RFC 0/8] virtio-crypto: add multiplexing mode support Message-id: 1505092240-10864-1-git-send-email-longpe...@huawei.com === TEST SCRIPT BEGIN === #!/bin/bash # Testing script

[Qemu-devel] question: qemu will crash when attach and detach a disk which configured qos for a while

Hi, I maybe find a bug about qemu-kvm(version:2.8.1.1) *Segmentation fault info:* Program received signal SIGSEGV, Segmentation fault. 0x7f5469220607 in blk_has_pending_reqs (blk=0x7f54672a0032, is_write=false) at block/throttle-groups.c:184 184return blkp->pending_reqs[is_write];

[Qemu-devel] [PATCH REPOST v19 1/2] virtio-crypto: Add virtio crypto device specification

From: Gonglei 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 are

[Qemu-devel] [PATCH REPOST v19 0/2] virtio-crypto: virtio crypto device specification

Hi guys, I'll work on the virtio-crypto spec with Gonglei together, Because He is so busy on the inner production project. --- v19 -> v18: - fix some typos and grammar fixes [Stefan, Halil] - rename VIRTIO_CRYPTO_F_STATELESS_MODE to VIRTIO_CRYPTO_F_MUX_MODE - describe the VIRTIO_CRYPTO_STATUS

[Qemu-devel] [RFC 1/8] virtio-crypto: add new definations for multiplexing mode

Adds the defination of the control/operation header for multiplexing mode. Signed-off-by: Longpeng(Mike) --- include/standard-headers/linux/virtio_crypto.h | 21 +++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff --git

[Qemu-devel] [PATCH REPOST v19 2/2] virtio-crypto: Add conformance clauses

From: Gonglei Add the conformance targets and clauses for virtio-crypto device. Signed-off-by: Gonglei Signed-off-by: Longpeng(Mike) --- conformance.tex | 29 + 1 file changed, 29

[Qemu-devel] [RFC 2/8] virtio-crypto: add session creation logic for mux mode

Adds the session creatation logic for MUX mode. Signed-off-by: Longpeng(Mike) --- hw/virtio/virtio-crypto.c | 79 +++ 1 file changed, 66 insertions(+), 13 deletions(-) diff --git a/hw/virtio/virtio-crypto.c

Re: [Qemu-devel] [PATCH] usb/dev-smartcard-reader: convert to realize

On 09/09/2017 05:20 PM, Marc-André Lureau wrote: Hi On Sat, Sep 9, 2017 at 10:33 AM Mao Zhongyi > wrote: Convert CCID Device to realize and rename the ccid_card_init() to ccid_card_realize(). Cc: Gerd Hoffmann

[Qemu-devel] [RFC 5/8] virtio-crypto: add stateless crypto request handler

From: Gonglei We can support stateless crypto request now. The stateless cipher request componet is: header + key + iv + src_data + dst_data and The algorithm chainning stateless request component is: header + key + auth_key + iv + aad + src_data + dst_data +

[Qemu-devel] [RFC 7/8] cryptodev-builtin: add stateless cipher support

Adds stateless cipher support for builtin-backend Signed-off-by: Gonglei [simplify the code & correct the return value] Signed-off-by: Longpeng(Mike) --- backends/cryptodev-builtin.c | 86 1 file

[Qemu-devel] [RFC 0/8] virtio-crypto: add multiplexing mode support

*NOTE* The code realization is based on the latest virtio crypto spec: [PATCH v19 0/2] virtio-crypto: virtio crypto device specification https://lists.nongnu.org/archive/html/qemu-devel/2017-08/msg05217.html In session mode, the process of create/close a session makes we have a least one full

[Qemu-devel] [RFC 3/8] virtio-crypto: add dataq operation logic for mux mode

Adds dataq operation support for MUX mode. Signed-off-by: Longpeng(Mike) --- hw/virtio/virtio-crypto.c | 47 +-- 1 file changed, 37 insertions(+), 10 deletions(-) diff --git a/hw/virtio/virtio-crypto.c

[Qemu-devel] [RFC 4/8] cryptodev: add stateless mode cipher support

Adds stateless mode cipher support. Signed-off-by: Longpeng(Mike) --- backends/cryptodev.c | 21 + include/hw/virtio/virtio-crypto.h | 1 + include/sysemu/cryptodev.h| 18 ++ 3 files changed, 40 insertions(+) diff

[Qemu-devel] [RFC 8/8] virtio-crypto: add host feature bits support

From: Gonglei We enable all feature bits acquiescently. Signed-off-by: Gonglei --- hw/virtio/virtio-crypto.c | 15 +++ include/hw/virtio/virtio-crypto.h | 1 + 2 files changed, 16 insertions(+) diff --git

[Qemu-devel] [RFC 6/8] cryptodev: extract one util function

From: Gonglei So that the new function can be used by both seesion creation and the following stateless crypto operation. Signed-off-by: Gonglei Signed-off-by: Longpeng(Mike) --- backends/cryptodev-builtin.c | 100

Re: [Qemu-devel] [PATCH 2/2] i386/cpu/hyperv: support over 64 vcpus for windows guests

> -Original Message- > From: Eduardo Habkost [mailto:ehabk...@redhat.com] > Sent: Sunday, September 10, 2017 4:46 AM > To: Gonglei (Arei) > Cc: qemu-devel@nongnu.org; m...@redhat.com; pbonz...@redhat.com; > r...@twiddle.net; mtosa...@redhat.com; vroze...@redhat.com; > Huangweidong (C) >

[Qemu-devel] [Bug 1716292] [NEW] User mode emulation returns wrong value for write(fd, NULL, 0)

Public bug reported: QEMU version: latest master (fcea73709b966a7ded9efa7b106ea50c7fe9025c) OS version: Ubuntu 14.04.5 Configured with: ../configure --target-list=x86_64-linux-user QEMU Linux usermode emulation does not handle write() syscalls with zero length and a null pointer correctly: on

Re: [Qemu-devel] [PATCH v4 00/20] instrument: Add basic event instrumentation

Emilio G Cota writes: > On Wed, Sep 06, 2017 at 20:22:41 +0300, Lluís Vilanova wrote: >> This series adds an API to add instrumentation events. >> >> It also provides additional APIs for: >> * Controlling tracing events > hmm didn't Stefan say that tracing should be decoupled from this? I

Re: [Qemu-devel] [PATCH v4 09/20] instrument: Add basic control interface

Emilio G Cota writes: > On Wed, Sep 06, 2017 at 20:59:02 +0300, Lluís Vilanova wrote: >> Signed-off-by: Lluís Vilanova >> --- > (snip) >> +QI_VPUBLIC void qi_set_fini(qi_fini_fn fn, void *data) >> +{ >> +ERROR_IF(!instr_get_state(), "called outside instrumentation"); >>

Re: [Qemu-devel] [PATCH v4 09/20] instrument: Add basic control interface

Emilio G Cota writes: > On Wed, Sep 06, 2017 at 20:59:02 +0300, Lluís Vilanova wrote: >> Signed-off-by: Lluís Vilanova >> --- >> Makefile |5 +++ >> configure |1 + >> instrument/Makefile.objs |2 + >>

Re: [Qemu-devel] [PATCH v4 08/20] instrument: [hmp] Add library loader

Markus Armbruster writes: > Lluís Vilanova writes: >> Signed-off-by: Lluís Vilanova >> --- >> hmp-commands.hx | 28 ++ >> monitor.c | 60 >> +++ >> 2 files changed, 88

Re: [Qemu-devel] [PATCH v4 07/20] instrument: [qapi] Add library loader

Markus Armbruster writes: > I missed prior versions of this series. Please cc: qapi-schema > maintainers on all non-trivial schema patches. > scripts/get_maintainer.pl points to them for this patch. > Marc-André, semantic conflict with your QAPI conditionals series. Just > a heads-up, there's

Re: [Qemu-devel] [PATCH RESEND v7 0/3] Red Hat PCI bridge resource reserve capability

On 10/09/2017 21:34, Aleksandr Bezzubikov wrote: пт, 18 авг. 2017 г. в 2:33, Aleksandr Bezzubikov >: Now PCI bridges get a bus range number on a system init, basing on currently plugged devices. That's why when one wants to hotplug

Re: [Qemu-devel] [RFC PATCH 3/3] spapr: generate a CAS reset for the XIVE exploitation mode

On 09/10/2017 05:19 AM, David Gibson wrote: > On Fri, Sep 08, 2017 at 04:33:44PM +0200, Cédric Le Goater wrote: >> When the platform and the guest agree on using the XIVE exploitation >> mode for interrupts, the "interrupt-controller" node needs to reflect >> the change and the device tree needs

Re: [Qemu-devel] [PATCH 2/3] spapr: fix CAS-generated reset

On 09/10/2017 05:17 AM, David Gibson wrote: > On Fri, Sep 08, 2017 at 04:33:43PM +0200, Cédric Le Goater wrote: >> The OV5_MMU_RADIX_300 requires special handling in the CAS negotiation >> process. It is cleared from the option vector of the guest before >> evaluating the changes and re-added

Re: [Qemu-devel] [PATCH RESEND v7 0/3] Red Hat PCI bridge resource reserve capability

пт, 18 авг. 2017 г. в 2:33, Aleksandr Bezzubikov : > Now PCI bridges get a bus range number on a system init, > basing on currently plugged devices. That's why when one wants to hotplug > another bridge, > it needs his child bus, which the parent is unable to provide (speaking

Re: [Qemu-devel] Questions regarding emulated UART in VersatilePB board

Thanks Peter. I have made a program to read a string from the UART, then write it again to the UART. I made a function to manipulate values in the pl011 registers (bit flipping the flags inside the registers). The target is to simulate hardware fault injection. For each run of the program, I

Re: [Qemu-devel] [PATCH 1/4] ppc: change CPUPPCState access_type from int to uint8_t

On 10/09/17 17:30, Laurent Vivier wrote: > On 10/09/2017 16:37, Mark Cave-Ayland wrote: >> This change was suggested by Alexey in advance of a subsequent commit which >> adds access_type into vmstate_ppc_cpu. >> >> Signed-off-by: Mark Cave-Ayland >> --- >>

Re: [Qemu-devel] [PATCH v2 0/7] QOMify MIPS cpu

wed-by lines too. This series with your Acked-by tag is available for you to review at: git://github.com/philmd/qemu.git tags/mips-qomify-20170910 Regards, Phil. Thank you! I can take the series too. Please carry on reviewing. Regards, Yongbok

Re: [Qemu-devel] [PATCH v4 03/20] instrument: Add generic library loader

Emilio G Cota writes: > On Wed, Sep 06, 2017 at 20:34:48 +0300, Lluís Vilanova wrote: >> Signed-off-by: Lluís Vilanova >> --- > (snip) >> diff --git a/configure b/configure >> index 80dcc91c98..05bd7b1950 100755 >> --- a/configure >> +++ b/configure >> @@ -6034,6 +6034,8 @@

[Qemu-devel] Help with uploading pictures to wiki

For some reason when I try to upload a picture to the wiki site, nothing happens. I made a wiki page that is located here: https://wiki.qemu.org/index.php/Documentation/GuestOperatingSystems/MacOS10.4 When I click on a picture link the upload form loads. Selecting the picture I want does work.

Re: [Qemu-devel] [PATCH v4 00/20] instrument: Add basic event instrumentation

Emilio G Cota writes: > On Wed, Sep 06, 2017 at 20:22:41 +0300, Lluís Vilanova wrote: >> This series adds an API to add instrumentation events. >> >> It also provides additional APIs for: >> * Controlling tracing events > hmm didn't Stefan say that tracing should be decoupled from this? >> *

Re: [Qemu-devel] [PATCH v4 00/20] instrument: Add basic event instrumentation

Emilio G Cota writes: > On Thu, Sep 07, 2017 at 12:58:05 +0200, Markus Armbruster wrote: >> Lluís Vilanova writes: >> >> > This series adds an API to add instrumentation events. >> > >> > It also provides additional APIs for: >> > * Controlling tracing events >> > *

[Qemu-devel] [PATCH] MAINTAINERS: update email, add missing test entry for megasas

and update maintainer email address Signed-off-by: Philippe Mathieu-Daudé --- Hannes Reinecke replied: I'm currently on vacation with no internet access, but will be happy to answer your mail once I'm back at work on Sep, 12th. MAINTAINERS | 3 ++- 1 file changed, 2

Re: [Qemu-devel] [PATCH for-2.11] hw/misc/ivshmem: Fix ivshmem_recv_msg() to also work on big endian systems

On 09/10/2017 12:24 AM, David Gibson wrote: I'm not what makes sense for staging this fix. I could take it through my tree, but it's not an obvious match, since this isn't really related to ppc at all. Paolo's misc? :D

[Qemu-devel] [PATCH v2] trace: Immediately apply per-vCPU state changes if a vCPU is being created

Right now, function trace_event_set_vcpu_state_dynamic() asynchronously enables events in the case a vCPU is executing TCG code. If the vCPU is being created this makes some events like "guest_cpu_enter" to not be traced. Signed-off-by: Lluís Vilanova Reviewed-by: Emilio G.

Re: [Qemu-devel] [PATCH 0/7] trace: Add guest code events

Hi, This series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Subject: [Qemu-devel] [PATCH 0/7] trace: Add guest code events Message-id:

[Qemu-devel] [PATCH 7/7] trace: Add event "guest_inst_info_after"

Signed-off-by: Lluís Vilanova --- accel/tcg/translator.c | 18 ++ trace-events |8 2 files changed, 22 insertions(+), 4 deletions(-) diff --git a/accel/tcg/translator.c b/accel/tcg/translator.c index c010aeee45..d3039e7fd2 100644 ---

[Qemu-devel] [PATCH 6/7] trace: Add event "guest_inst_after"

Signed-off-by: Lluís Vilanova --- accel/tcg/translator.c | 23 ++- trace-events |8 2 files changed, 26 insertions(+), 5 deletions(-) diff --git a/accel/tcg/translator.c b/accel/tcg/translator.c index d66d601c89..c010aeee45

[Qemu-devel] [PATCH 5/7] trace: Add event "guest_bbl_after"

Need to use "TCG inlining" to avoid showing a trace entry for each exit point (up to two per BBL). Signed-off-by: Lluís Vilanova --- accel/tcg/translator.c| 54 + include/exec/translator.h | 22 ++

Re: [Qemu-devel] [PATCH 1/4] ppc: change CPUPPCState access_type from int to uint8_t

On 10/09/2017 16:37, Mark Cave-Ayland wrote: > This change was suggested by Alexey in advance of a subsequent commit which > adds access_type into vmstate_ppc_cpu. > > Signed-off-by: Mark Cave-Ayland > --- > target/ppc/cpu.h |4 ++-- > target/ppc/machine.c

[Qemu-devel] [PATCH 4/7] tcg: Add support for "inlining" regions of code

TCG BBLs and instructions have multiple exit points from where to raise tracing events, but some of the necessary information in the generic disassembly infrastructure is not available until after generating these exit points. This patch adds support for "inline points" (where the tracing code

[Qemu-devel] [PATCH 3/7] trace: Add event "guest_inst_info_before"

Signed-off-by: Lluís Vilanova --- accel/tcg/translator.c | 18 ++ trace-events |9 + 2 files changed, 27 insertions(+) diff --git a/accel/tcg/translator.c b/accel/tcg/translator.c index 287d27b4f7..6598931171 100644 ---

[Qemu-devel] [PATCH 2/7] trace: Add event "guest_inst_before"

Signed-off-by: Lluís Vilanova --- accel/tcg/translator.c |3 +++ trace-events |8 2 files changed, 11 insertions(+) diff --git a/accel/tcg/translator.c b/accel/tcg/translator.c index 91b3b0da32..287d27b4f7 100644 --- a/accel/tcg/translator.c +++

[Qemu-devel] [PULL 1/1] target/m68k: Switch fpu_rom from make_floatx80() to make_floatx80_init()

From: Kamil Rytarowski GCC 4.7.2 on SunOS reports that the values assigned to array members are not real constants: target/m68k/fpu_helper.c:32:5: error: initializer element is not constant target/m68k/fpu_helper.c:32:5: error: (near initialization for 'fpu_rom[0]') rules.mak:66:

[Qemu-devel] [PULL 0/1] M68k for 2.11 patches

The following changes since commit fcea73709b966a7ded9efa7b106ea50c7fe9025c: Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging (2017-09-08 16:04:42 +0100) are available in the git repository at: git://github.com/vivier/qemu-m68k.git tags/m68k-for-2.11-pull-request

[Qemu-devel] [PATCH 1/7] trace: Add event "guest_bbl_before"

Signed-off-by: Lluís Vilanova --- accel/tcg/translator.c |6 ++ trace-events | 11 +++ 2 files changed, 17 insertions(+) diff --git a/accel/tcg/translator.c b/accel/tcg/translator.c index afa3af478a..91b3b0da32 100644 --- a/accel/tcg/translator.c

[Qemu-devel] [PATCH 0/7] trace: Add guest code events

Adds events to trace guest code execution. Events with additional info are disabled by default to minimize overheads, since that additional information might not be necessarily needed. Signed-off-by: Lluís Vilanova --- Lluís Vilanova (7): trace: Add event

[Qemu-devel] [PATCH 1/4] ppc: change CPUPPCState access_type from int to uint8_t

This change was suggested by Alexey in advance of a subsequent commit which adds access_type into vmstate_ppc_cpu. Signed-off-by: Mark Cave-Ayland --- target/ppc/cpu.h |4 ++-- target/ppc/machine.c |4 +++- 2 files changed, 5 insertions(+), 3

[Qemu-devel] [PATCH 3/4] ppc: add CPU access_type into the migration stream

This is referenced in cpu_ppc_handle_mmu_fault() and so should be included in the migration stream. Note: the vmstate_ppc version number has already been bumped by the previous patch in this series. Signed-off-by: Mark Cave-Ayland --- target/ppc/machine.c |2

[Qemu-devel] [PATCH 2/4] ppc: add CPU IRQ state to PPC VMStateDescription

Commit a90db15 "target-ppc: Convert ppc cpu savevm to VMStateDescription" appears to drop the internal CPU IRQ state from the migration stream. Whilst testing migration on g3beige/mac99 machines, test images would randomly fail to resume unless a key was pressed on the VGA console. Further

[Qemu-devel] [PATCH 0/4] ppc: migration fixes for TCG

This is a rebase of my outstanding patches to fix migration for the Mac g3beige and mac99 machines when using TCG. Some discussion on previous versions of these patches can be found at: https://lists.gnu.org/archive/html/qemu-devel/2016-01/msg00544.html

[Qemu-devel] [PATCH 4/4] ppc: ensure we update the decrementer value during migration

During local testing with TCG, intermittent errors were found when trying to migrate Darwin OS images. The underlying cause was that Darwin resets the decrementer value to fairly small values on each interrupt. cpu_ppc_set_tb_clk() sets the default value of the decrementer to 0x during

Re: [Qemu-devel] [PULL v2 10/37] scripts: Add archive-source.sh

On 10.09.2017 04:05, Fam Zheng wrote: > On Sat, 09/09 17:08, Kamil Rytarowski wrote: > +submodules=$(git submodule foreach --recursive --quiet 'echo $name') > + > +if test -n "$submodules"; then > +{ > +git ls-files > +for sm in $submodules; do > +

Re: [Qemu-devel] [RFC PATCH qemu 2/4] memory: Prepare for shared flat views

On 09/09/17 17:18, David Gibson wrote: > On Thu, Sep 07, 2017 at 07:20:08PM +1000, Alexey Kardashevskiy wrote: >> We are going to share flat views and dispatch trees between address >> spaces. This moves bits around but no change in behaviour is expected >> here. The following patch will implement

Re: [Qemu-devel] [PATCH 0/5] spapr_pci: various cleanups and improvements

On Sat, Sep 09, 2017 at 05:05:46PM +0200, Greg Kurz wrote: > Before resuming the huge work on PHB hotplug, here are some patches > that maybe worth to apply. > > Patches 1 to 3 are basic improvements. > > Patch 4 and 5 may be a bit controversial. Everywhere in the spapr > code where we build an