[PATCH 3/3] target/arm: Implement v8.4-RCPC

The v8.4-RCPC extension implements some new instructions: * LDAPUR, LDAPURB, LDAPURH, LDAPRSB, LDAPRSH, LDAPRSW * STLUR, STLURB, STLURH These are all in a new subgroup of encodings that sits below the top-level "Loads and Stores" group in the Arm ARM. The STLUR* instructions have standard

[PATCH 2/3] target/arm: Implement v8.3-RCPC

The v8.3-RCPC extension implements three new load instructions which provide slightly weaker consistency guarantees than the existing load-acquire operations. For QEMU we choose to simply implement them with a full LDAQ barrier. Signed-off-by: Peter Maydell --- target/arm/cpu.h | 5

Re: [PATCH] tracing: only allow -trace to override -D if set

On 11/02/2020 12:10, Alex Bennée wrote: > Otherwise any -D settings the user may have made get ignored. > > Signed-off-by: Alex Bennée > --- > trace/control.c | 11 --- > 1 file changed, 8 insertions(+), 3 deletions(-) > > diff --git a/trace/control.c b/trace/control.c > index

[PATCH v7 7/9] hw/char/cadence_uart: add clock support

Switch the cadence uart to multi-phase reset and add the reference clock input. The input clock frequency is added to the migration structure. The reference clock controls the baudrate generation. If it disabled, any input characters and events are ignored. If this clock remains unconnected,

[PATCH v7 3/9] qdev: add clock input support to devices.

Add functions to easily handle clocks with devices. Clock inputs and outputs should be used to handle clock propagation between devices. The API is very similar the GPIO API. This is based on the original work of Frederic Konrad. Signed-off-by: Damien Hedde --- I did not changed the constness

Re: [PATCH] hw/arm: Use TYPE_PL011 to create serial port

On Sun, Feb 23, 2020 at 8:17 PM Gavin Shan wrote: > > This uses TYPE_PL011 when creating the serial port, to make the code > a bit more atomatic. > > Signed-off-by: Gavin Shan Reviewed-by: Alistair Francis Alistair > --- > hw/arm/sbsa-ref.c| 3 ++- > hw/arm/virt.c| 3 ++- >

[PATCH v7 9/9] qdev-monitor: print the device's clock with info qtree

This prints the clocks attached to a DeviceState when using "info qtree" monitor command. For every clock, it displays the direction, the name and if the clock is forwarded. For input clock, it displays also the frequency. This is based on the original work of Frederic Konrad. Here follows a

Re: [PATCH v4 12/16] hw/i386: Use the apicid handlers from X86MachineState

On 2/24/20 11:19 AM, Igor Mammedov wrote: > On Thu, 13 Feb 2020 12:17:46 -0600 > Babu Moger wrote: > >> Check and Load the apicid handlers from X86CPUDefinition if available. >> Update the calling convention for the apicid handlers. > > Previous and this patch look too complicated for the

[PATCH v5 28/50] multi-process: add remote options parser

From: Elena Ufimtseva Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson --- include/monitor/qdev.h | 1 + softmmu/vl.c | 105 + vl-parse.c | 31 +++ vl.h

[PATCH v5 42/50] multi-process/mig: Send VMSD of remote to the Proxy object

The remote process sends the VMSD to the Proxy object, on the source side Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- migration/savevm.c | 27 +++ migration/savevm.h | 2 ++ remote/remote-main.c | 43

[PATCH v5 41/50] multi-process/mig: Enable VMSD save in the Proxy object

Collect the VMSD from remote process on the source and save it to the channel leading to the destination Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- v4 -> v5: - Using qemu_file_shutdown() instead of qemu_thread_cancel(). Removed patch

[PATCH v5 27/50] multi-process: add remote option

From: Elena Ufimtseva Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson --- qemu-options.hx | 21 + 1 file changed, 21 insertions(+) diff --git a/qemu-options.hx b/qemu-options.hx index ac315c1..2c5e97f 100644 ---

[PATCH v7 6/9] hw/misc/zynq_slcr: add clock generation for uarts

Add some clocks to zynq_slcr + the main input clock (ps_clk) + the reference clock outputs for each uart (uart0 & 1) This commit also transitional the slcr to multi-phase reset as it is required to initialize the clocks correctly. The clock frequencies are computed using the internal pll & uart

Re: [PATCH 8/9] virStorageFileGetMetadataRecurse: Allow format probing under special circumstances

On Mon, Feb 24, 2020 at 14:24:15 +, Daniel Berrange wrote: > On Mon, Feb 24, 2020 at 02:34:16PM +0100, Peter Krempa wrote: > > On Wed, Feb 19, 2020 at 13:12:53 -0600, Eric Blake wrote: [...] > > I'll reiterate the historical state of the problem because I think it's > > important: > > > >

Re: [PATCH 1/3] target/arm: Fix wrong use of FIELD_EX32 on ID_AA64DFR0

On 2/24/20 6:28 PM, Peter Maydell wrote: We missed an instance of using FIELD_EX32 on a 64-bit ID register, in isar_feature_aa64_pmu_8_4(). Fix it. Signed-off-by: Peter Maydell --- target/arm/cpu.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/arm/cpu.h

Re: [PATCH] iotests: Fix cleanup path in some tests

Patchew URL: https://patchew.org/QEMU/20200224171631.384314-1-mre...@redhat.com/ Hi, This series failed the docker-quick@centos7 build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN ===

Re: [PATCH 3/3] target/arm: Implement v8.4-RCPC

On Mon, 24 Feb 2020 at 18:39, Richard Henderson wrote: > > On 2/24/20 9:28 AM, Peter Maydell wrote: > > The v8.4-RCPC extension implements some new instructions: > > * LDAPUR, LDAPURB, LDAPURH, LDAPRSB, LDAPRSH, LDAPRSW > > * STLUR, STLURB, STLURH > > > > These are all in a new subgroup of

Re: [PATCH v2 2/4] roms: opensbi: Add 32-bit firmware image for sifive_u machine

On Mon, Feb 24, 2020 at 5:45 AM Bin Meng wrote: > > Although the real world SiFive HiFive Unleashed board is a 64-bit > hardware configuration, with QEMU it is possible to test 32-bit > configuration with the same hardware features. > > This updates the roms Makefile to add the build rules for

Re: [PATCH 1/1] target/riscv: Fix VS mode interrupts forwarding.

On Sun, Feb 23, 2020 at 11:23 AM Jose Martins wrote: > > Hello rajnesh, > > I had already submitted almost this exact patch a few weeks ago. To QEMU? I don't see the patch. Alistair > > Jose > > On Sun, 23 Feb 2020 at 13:51, wrote: > > > > From: Rajnesh Kanwal > > > > Currently

Re: [PATCH v2 00/13] migrate/ram: Fix resizing RAM blocks while migrating

On Mon, Feb 24, 2020 at 07:59:10PM +0100, David Hildenbrand wrote: > On 24.02.20 19:44, David Hildenbrand wrote: > > On 24.02.20 18:45, Peter Xu wrote: > >> On Mon, Feb 24, 2020 at 10:09:19AM +0100, David Hildenbrand wrote: > >>> On 21.02.20 19:04, Peter Xu wrote: > On Fri, Feb 21, 2020 at

Re: [PATCH] tests/acceptance: Count multiple Tux logos displayed on framebuffer

On Sat, Feb 1, 2020 at 9:48 PM Philippe Mathieu-Daudé wrote: > > Add a test that verifies that each core properly displays the Tux > logo on the framebuffer device. > Philippe, I would like to select this patch for the next MIPS queue, scheduled in next few days. It looks to me there are no

[PATCH v5 35/50] multi-process/mon: stub functions to enable QMP module for remote process

QMP module doesn't need some functions to run independently on the remote processes. However, these functions are necessary for compilation. Therefore, these functions are stub'ed out. The stub functions raise an assert if QEMU is built in debug mode (--enable-debug). Signed-off-by: Elena

[PATCH v5 16/50] multi-process: Synchronize remote memory

Add memory-listener object which is used to keep the view of the RAM in sync between QEMU and remote process. A MemoryListener is registered for system-memory AddressSpace. The listener sends SYNC_SYSMEM message to the remote process when memory listener commits the changes to memory, the remote

[PATCH v5 36/50] multi-process/mon: enable QMP module support in the remote process

Build system changes to enable QMP module in the remote process Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- Makefile.objs | 9 + Makefile.target| 35 +-- hmp-commands.hx| 5 +--

[PATCH v5 33/50] multi-process: perform device reset in the remote process

Perform device reset in the remote process when QEMU performs device reset. This is required to reset the internal state (like registers, etc...) of emulated devices Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- V4 -> v5: - Device reset

[PATCH v5 29/50] multi-process: add parse_cmdline in remote process

From: Elena Ufimtseva Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson --- remote/Makefile.objs | 1 + remote/remote-main.c | 11 ++ remote/remote-opts.c | 99 remote/remote-opts.h | 15

Re: [PATCH v4 08/16] hw/386: Add EPYC mode topology decoding functions

On 2/24/20 2:50 AM, Igor Mammedov wrote: > On Thu, 13 Feb 2020 12:17:18 -0600 > Babu Moger wrote: > >> These functions add support for building EPYC mode topology given the smp >> details like numa nodes, cores, threads and sockets. >> >> The new apic id decoding is mostly similar to current

Re: [PATCH 1/3] target/arm: Fix wrong use of FIELD_EX32 on ID_AA64DFR0

On 2/24/20 9:28 AM, Peter Maydell wrote: > We missed an instance of using FIELD_EX32 on a 64-bit ID > register, in isar_feature_aa64_pmu_8_4(). Fix it. > > Signed-off-by: Peter Maydell > --- > target/arm/cpu.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Reviewed-by: Richard

Re: [PATCH v7 0/9] Clock framework API

Patchew URL: https://patchew.org/QEMU/20200224170301.246623-1-damien.he...@greensocs.com/ Hi, This series failed the docker-mingw@fedora build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT

[PATCH] WHPX: Use proper synchronization primitives while processing

WHPX wasn't using the proper synchronization primitives while processing async events, which can cause issues with SMP. Signed-off-by: Sunil Muthuswamy --- target/i386/whpx-all.c | 17 +++-- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/target/i386/whpx-all.c

RE: [EXTERNAL] Re: [PATCH] WHPX: Assigning maintainer for Windows Hypervisor Platform

> -Original Message- > From: Stefan Weil > Sent: Thursday, February 20, 2020 11:54 PM > To: Justin Terry (SF) ; Philippe Mathieu-Daudé > ; Sunil Muthuswamy > ; Eduardo Habkost ; Paolo > Bonzini ; Richard Henderson > > Cc: qemu-devel@nongnu.org > Subject: Re: [EXTERNAL] Re: [PATCH]

Re: [PATCH v2 00/13] migrate/ram: Fix resizing RAM blocks while migrating

> Am 24.02.2020 um 21:04 schrieb Peter Xu : > > On Mon, Feb 24, 2020 at 08:34:16PM +0100, David Hildenbrand wrote: >> >> Am 24.02.2020 um 20:19 schrieb Peter Xu : >>> >>> On Mon, Feb 24, 2020 at 07:59:10PM +0100, David Hildenbrand wrote: > On 24.02.20 19:44, David Hildenbrand

[PATCH v5 05/50] multi-process: Add config option for multi-process QEMU

Add a configuration option to separate multi-process code Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman Signed-off-by: Elena Ufimtseva --- configure | 11 +++ 1 file changed, 11 insertions(+) diff --git a/configure b/configure index 48d6f89..ab1e344 100755 ---

[PATCH RESEND v2 00/32] hw: Sanitize various MemoryRegion calls

Resending after being kicked by gsmtp... 4.3.0 Temporary System Problem. Try again later (10). t81sm863436wmg.6 - gsmtp This series simplifies various memory API calls when creating memory regions. Most of the patches are generated with Coccinelle semantic patches (provided). Few more

[PATCH v5 03/50] multi-process: add a command line option for debug file

From: Elena Ufimtseva Can be used with -d rdebug command options when starting qemu. Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson Reviewed-by: Stefan Hajnoczi --- include/qemu/log.h | 1 + util/log.c | 2 ++ 2 files changed, 3

[PATCH v5 13/50] multi-process: introduce proxy object

From: Elena Ufimtseva Defines a PCI Device proxy object as a parent of TYPE_PCI_DEVICE. PCI Proxy Object is responsible for registering PCI BARs,i MemoryRegionOps to handle access to the BARs and forwarding those to the remote device. PCI Proxy object intercepts config space reads and writes. In

[PATCH v5 21/50] multi-process: remote: add setup_devices msg processing

From: Elena Ufimtseva Receive by remote side the configuration messages and build the device object from JSON device descriptions. Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson --- include/hw/qdev-core.h | 2 + qdev-monitor.c | 2

[PATCH v5 10/50] multi-process: setup a machine object for remote device process

remote-machine object sets up various subsystems of the remote device process. Instantiate PCI host bridge object and initialize RAM, IO & PCI memory regions. Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman Signed-off-by: Elena Ufimtseva --- v4 -> v5: - Refactor notifier code

Re: [PATCH v4 06/16] hw/i386: Update structures for nodes_per_pkg

On 2/24/20 2:34 AM, Igor Mammedov wrote: > On Thu, 13 Feb 2020 12:17:04 -0600 > Babu Moger wrote: > >> Update structures X86CPUTopoIDs and CPUX86State to hold the nodes_per_pkg. >> This is required to build EPYC mode topology. >> >> Signed-off-by: Babu Moger >> --- >> hw/i386/pc.c

Re: [PATCH 3/3] qemu-img: Deprecate use of -b without -F

On Mon, Feb 24, 2020 at 10:08:31 -0600, Eric Blake wrote: > On 2/24/20 5:38 AM, Peter Krempa wrote: > > On Sat, Feb 22, 2020 at 05:23:41 -0600, Eric Blake wrote: > > > Creating an image that requires format probing of the backing image is > > > inherently unsafe (we've had several CVEs over the

Re: [PATCH v7 0/9] Clock framework API

Patchew URL: https://patchew.org/QEMU/20200224170301.246623-1-damien.he...@greensocs.com/ Hi, This series failed the docker-mingw@fedora build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT

Re: [PATCH v2 00/13] migrate/ram: Fix resizing RAM blocks while migrating

On 24.02.20 19:44, David Hildenbrand wrote: > On 24.02.20 18:45, Peter Xu wrote: >> On Mon, Feb 24, 2020 at 10:09:19AM +0100, David Hildenbrand wrote: >>> On 21.02.20 19:04, Peter Xu wrote: On Fri, Feb 21, 2020 at 05:41:51PM +0100, David Hildenbrand wrote: > I was now able to actually

[Bug 1864536] [NEW] Support for XSAVES intel instructions in QEMU

Public bug reported: Dear QEMU developers, I am running Hyper-V on qemu+kvm. During it initialization, it checks for XSAVES support: first it executes CPUID with EAX = 0xd and ECX = 1 and looks at bit 3 in the returned value of EAX (Supports XSAVES/XRSTORS and IA32_XSS [1]), and then it reads

[PATCH v2 02/32] memory: Simplify memory_region_init_rom_nomigrate() to ease review

memory_region_init_rom_nomigrate() has the same content than memory_region_init_ram_shared_nomigrate(), with setting the readonly mode. The code is easier to review as creating a readonly ram/shared/nomigrate region. Signed-off-by: Philippe Mathieu-Daudé --- memory.c | 13 + 1 file

[PATCH v2 03/32] scripts/cocci: Rename memory-region-{init-ram -> housekeeping}

As we are going to add various semantic changes related to the memory region API, rename this script to be more generic. Add a 'usage' header, and an entry in MAINTAINERS to avoid checkpatch warning. Signed-off-by: Philippe Mathieu-Daudé --- ...t-ram.cocci => memory-region-housekeeping.cocci} |

[PATCH v2 04/32] scripts/cocci: Patch to replace memory_region_init_{ram, readonly -> rom}

Add a semantic patch to replace memory_region_init_ram(readonly) by memory_region_init_rom(). Signed-off-by: Philippe Mathieu-Daudé --- .../memory-region-housekeeping.cocci | 18 ++ 1 file changed, 18 insertions(+) diff --git

[PATCH v2 01/32] memory: Correctly return alias region type

Since memory region aliases are neither rom nor ram, they are described as i/o, which is often incorrect. Return instead the type of the original region we are aliasing. Signed-off-by: Philippe Mathieu-Daudé --- Cc: qemu-triv...@nongnu.org memory.c | 3 +++ 1 file changed, 3 insertions(+)

[PATCH v5 09/50] multi-process: setup PCI host bridge for remote device

PCI host bridge is setup for the remote device process. It is implemented using remote-pcihost object. It is an extension of the PCI host bridge setup by QEMU. Remote-pcihost configures a PCI bus which could be used by the remote PCI device to latch on to. Signed-off-by: Jagannathan Raman

[PATCH v5 02/50] multi-process: Refactor machine_init and exit notifiers

Relocate machine_int and exit notifiers into common code Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- include/sysemu/sysemu.h | 2 ++ softmmu/vl.c| 42 -- util/notify.c | 43

[PATCH v5 00/50] Initial support for multi-process qemu

Hello Started with the presentation in October 2017 made by Marc-Andre (Red Hat) and Konrad Wilk (Oracle) [1], and continued by Jag's BoF at KVM Forum 2018, the multi-process project is now available and presented in this patchset. This first series enables the emulation of lsi53c895a in a

[PATCH v5 08/50] multi-process: add functions to synchronize proxy and remote endpoints

In some cases, for example MMIO read, QEMU has to wait for the remote to complete a command before proceeding. An eventfd based mechanism is added to synchronize QEMU & remote process. Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman Signed-off-by: Elena Ufimtseva ---

[PATCH RESEND v2 02/32] memory: Simplify memory_region_init_rom_nomigrate() to ease review

memory_region_init_rom_nomigrate() has the same content than memory_region_init_ram_shared_nomigrate(), with setting the readonly mode. The code is easier to review as creating a readonly ram/shared/nomigrate region. Signed-off-by: Philippe Mathieu-Daudé --- memory.c | 13 + 1 file

[PATCH v5 30/50] multi-process: send heartbeat messages to remote

From: Elena Ufimtseva In order to detect remote processes which are hung, the proxy periodically sends heartbeat messages to confirm if the remote process is alive Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson Signed-off-by: Elena Ufimtseva --- v4 -> v5: - Heart beat

[PATCH v5 26/50] multi-process: refractor vl.c code

From: Elena Ufimtseva To re-use for device initialization for remote emulated devices and parsing options for remote process. Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson --- Makefile.objs| 5 ++ remote/Makefile.objs | 1 +

[PATCH v5 23/50] multi-process: remote: add create_done condition

From: Elena Ufimtseva Do not allow BAR,MMIO handlers and irq setup to run before the configuration of the devices completes. Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson Signed-off-by: Elena Ufimtseva --- remote/remote-main.c | 27 ++- 1 file

Re: [PATCH v2 1/4] roms: opensbi: Upgrade from v0.5 to v0.6

On Mon, Feb 24, 2020 at 5:42 AM Bin Meng wrote: > > Upgrade OpenSBI from v0.5 to v0.6 and the pre-built bios images. > > The v0.6 release includes the following commits: > > dd8ef28 firmware: Fix compile error for FW_PAYLOAD with latest GCC binutils > 98f4a20 firmware: Introduce relocation

Re: [PATCH v2 fixed 08/16] util/mmap-alloc: Factor out calculation of pagesize to mmap_pagesize()

On Mon, Feb 24, 2020 at 11:57:03AM +0100, David Hildenbrand wrote: > On 24.02.20 11:50, David Hildenbrand wrote: > > On 19.02.20 23:46, Peter Xu wrote: > >> On Wed, Feb 12, 2020 at 02:42:46PM +0100, David Hildenbrand wrote: > >>> Factor it out and add a comment. > >>> > >>> Reviewed-by: Igor

Re: [PATCH v2 fixed 08/16] util/mmap-alloc: Factor out calculation of pagesize to mmap_pagesize()

On 24.02.20 18:36, Peter Xu wrote: > On Mon, Feb 24, 2020 at 11:57:03AM +0100, David Hildenbrand wrote: >> On 24.02.20 11:50, David Hildenbrand wrote: >>> On 19.02.20 23:46, Peter Xu wrote: On Wed, Feb 12, 2020 at 02:42:46PM +0100, David Hildenbrand wrote: > Factor it out and add a

Re: [PATCH v2 4/4] gitlab-ci.yml: Add jobs to build OpenSBI firmware binaries

On Mon, Feb 24, 2020 at 5:40 AM Bin Meng wrote: > > Add two GitLab jobs to build the OpenSBI firmware binaries. > > The first job builds a Docker image with the packages requisite > to build OpenSBI, and stores this image in the GitLab registry. > The second job pulls the image from the registry

[PATCH] spapr: Handle pending hot plug/unplug requests at CAS

If a hot plug or unplug request is pending at CAS, we currently trigger a CAS reboot, which severely increases the guest boot time. This is because SLOF doesn't handle hot plug events and we had no way to fix the FDT that gets presented to the guest. We can do better thanks to recent changes in

Re: [PATCH v1 2/2] linux-user/riscv: Update the syscall_nr's to the 5.5 kernel

On Sat, Feb 22, 2020 at 3:29 AM Laurent Vivier wrote: > > Le 21/02/2020 à 00:18, Alistair Francis a écrit : > > Signed-off-by: Alistair Francis > > --- > > linux-user/riscv/syscall_nr.h | 160 +- > > 1 file changed, 158 insertions(+), 2 deletions(-) > > Could you

[PATCH RESEND v2 01/32] memory: Correctly return alias region type

Since memory region aliases are neither rom nor ram, they are described as i/o, which is often incorrect. Return instead the type of the original region we are aliasing. Signed-off-by: Philippe Mathieu-Daudé --- Cc: qemu-triv...@nongnu.org memory.c | 3 +++ 1 file changed, 3 insertions(+)

[PATCH v5 15/50] multi-process: PCI BAR read/write handling for proxy & remote endpoints

Proxy device object implements handler for PCI BAR writes and reads. The handler uses BAR_WRITE/BAR_READ message to communicate to the remote process with the BAR address and value to be written/read. The remote process implements handler for BAR_WRITE/BAR_READ message. Signed-off-by:

[PATCH v5 46/50] multi-process/mig: Restore the VMSD in remote process

From: Elena Ufimtseva The remote process accepts the VMSD from Proxy object and restores it Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- migration/savevm.c | 36 migration/savevm.h | 1 +

[PATCH v5 19/50] multi-process: Retrieve PCI info from remote process

Retrieve PCI configuration info about the remote device and configure the Proxy PCI object based on the returned information Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- New Patch in v5. Removes per-device proxy and adds support for a

[PATCH v5 24/50] multi-process: add processing of remote device command line

From: Elena Ufimtseva Add processing of command line options for devices emulated in the remote process. After remote devices are created along with their proxies, signal the proxies to finish the configuration steps. Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman

Re: [PATCH v4 10/16] hw/i386: Introduce apicid functions inside X86MachineState

On Thu, 13 Feb 2020 12:17:32 -0600 Babu Moger wrote: > Introduce model specific apicid functions inside X86MachineState. > These functions will be loaded from X86CPUDefinition. > > Signed-off-by: Babu Moger > --- > include/hw/i386/x86.h |9 + > 1 file changed, 9 insertions(+) > >

[PATCH] iotests: Fix cleanup path in some tests

Some iotests leave behind some external data file when run for qcow2 with -o data_file. Fix that. Signed-off-by: Max Reitz --- tests/qemu-iotests/085 | 1 + tests/qemu-iotests/087 | 6 ++ tests/qemu-iotests/279 | 2 +- 3 files changed, 8 insertions(+), 1 deletion(-) diff --git

[PATCH v7 5/9] docs/clocks: add device's clock documentation

Add the documentation about the clock inputs and outputs in devices. This is based on the original work of Frederic Konrad. Signed-off-by: Damien Hedde --- v7: + update ClockIn/Out types --- docs/devel/clocks.rst | 356 ++ docs/devel/index.rst | 1 +

[PATCH 0/3] target/arm: Implement v8.3-RCPC and v8.4-RCPC

This patchset implements the Arm architectural features ARMv8.3-RCPC and ARMv8.4-RCPC. These provide a handful of new load and store instructions which have "LoadAcquirePC" semantics. These are slightly weaker than standard "LoadAcquire", so we choose to implement them in QEMU as LoadAcquire.

[PATCH 1/3] target/arm: Fix wrong use of FIELD_EX32 on ID_AA64DFR0

We missed an instance of using FIELD_EX32 on a 64-bit ID register, in isar_feature_aa64_pmu_8_4(). Fix it. Signed-off-by: Peter Maydell --- target/arm/cpu.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/arm/cpu.h b/target/arm/cpu.h index 65171cb30ee..b647d8df916

Re: [PATCH] iotests: Fix cleanup path in some tests

On 2/24/20 11:16 AM, Max Reitz wrote: Some iotests leave behind some external data file when run for qcow2 with -o data_file. Fix that. Signed-off-by: Max Reitz --- tests/qemu-iotests/085 | 1 + tests/qemu-iotests/087 | 6 ++ tests/qemu-iotests/279 | 2 +- 3 files changed, 8

[PATCH v2] docs: Update vhost-user spec regarding backend program conventions

The vhost-user specification is not clearly stating the expected behavior from a backend program whenever the client disconnects. This patch addresses the issue by defining the default behavior and proposing an alternative through a command line option. By default, a backend program will

Re: [PATCH 3/3] target/arm: Implement v8.4-RCPC

On 2/24/20 9:28 AM, Peter Maydell wrote: > The v8.4-RCPC extension implements some new instructions: > * LDAPUR, LDAPURB, LDAPURH, LDAPRSB, LDAPRSH, LDAPRSW > * STLUR, STLURB, STLURH > > These are all in a new subgroup of encodings that sits below the > top-level "Loads and Stores" group in the

[PATCH v2 08/32] hw/m68k: Use memory_region_init_rom() with read-only regions

This commit was produced with the Coccinelle script scripts/coccinelle/memory-region-housekeeping.cocci. Signed-off-by: Philippe Mathieu-Daudé --- hw/m68k/q800.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/hw/m68k/q800.c b/hw/m68k/q800.c index 1e32363688..8083326d37

[PATCH v2 07/32] hw/mips: Use memory_region_init_rom() with read-only regions

This commit was produced with the Coccinelle script scripts/coccinelle/memory-region-housekeeping.cocci. Signed-off-by: Philippe Mathieu-Daudé --- hw/mips/mips_fulong2e.c | 3 +-- hw/mips/mips_jazz.c | 6 ++ hw/mips/mips_mipssim.c | 3 +-- hw/mips/mips_r4k.c | 3 +-- 4 files

[PATCH v5 11/50] multi-process: setup memory manager for remote device

sync_sysmem_msg_t message format is defined. It is used to send file descriptors of the RAM regions to remote device. RAM on the remote device is configured with a set of file descriptors. Old RAM regions are deleted and new regions, each with an fd, is added to the RAM. Signed-off-by:

[PATCH v5 18/50] multi-process: configure remote side devices

From: Elena Ufimtseva Add functions to configure remote devices. Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- v4 -> v5: - Fixed qstr leak issue hw/proxy/qemu-proxy.c | 56 ++-

[PATCH v5 14/50] mutli-process: build remote command line args

From: Elena Ufimtseva Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson --- v4 -> v5: - Added "exec" suboption to get the executable's name - Addressed feedback about variable names - Removed redundant check for spawning a process

[PATCH v5 20/50] multi-process: add qdev_proxy_add to create proxy devices

From: Elena Ufimtseva This is handled while parsing the command line options. The parsed options are being sent to remote process as the messgaes containing JSON strings. Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson Signed-off-by: Elena Ufimtseva --- v4 -> v5: - Removed

[PATCH v5 37/50] multi-process/mon: Refactor monitor/chardev functions out of vl.c

Some of the initialization helper functions w.r.t monitor & chardev in vl.c are also used by the remote process. Therefore, these functions are refactored into shared files that both QEMU & remote process could use. Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by:

[PATCH v5 32/50] multi-process: Use separate MMIO communication channel

Using a separate communication channel for MMIO helps with improving Performance Signed-off-by: Elena Ufimtseva Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson --- hw/proxy/qemu-proxy.c | 51 --- include/hw/proxy/qemu-proxy.h | 1

[PATCH v5 34/50] multi-process/mon: choose HMP commands based on target

From: Elena Ufimtseva Add "targets" field to HMP command definition to select the targets which would be supported by each command Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- hmp-commands-info.hx | 10 ++ hmp-commands.hx |

[PATCH RESEND v2 03/32] scripts/cocci: Rename memory-region-{init-ram -> housekeeping}

As we are going to add various semantic changes related to the memory region API, rename this script to be more generic. Add a 'usage' header, and an entry in MAINTAINERS to avoid checkpatch warning. Signed-off-by: Philippe Mathieu-Daudé --- ...t-ram.cocci => memory-region-housekeeping.cocci} |

[PATCH v7 1/9] hw/core/clock: introduce clock object

This object may be used to represent a clock inside a clock tree. A clock may be connected to another clock so that it receives update, through a callback, whenever the source/parent clock is updated. Although only the root clock of a clock tree controls the values (represented as periods) of

[PATCH v7 4/9] qdev-clock: introduce an init array to ease the device construction

Introduce a function and macro helpers to setup several clocks in a device from a static array description. An element of the array describes the clock (name and direction) as well as the related callback and an optional offset to store the created object pointer in the device state structure.

[PATCH v7 2/9] hw/core/clock-vmstate: define a vmstate entry for clock state

Signed-off-by: Damien Hedde Reviewed-by: Peter Maydell Reviewed-by: Philippe Mathieu-Daudé -- v7: remove leading underscores in macro args --- include/hw/clock.h | 9 + hw/core/clock-vmstate.c | 25 + hw/core/Makefile.objs | 1 + 3 files changed, 35

[PATCH v7 8/9] hw/arm/xilinx_zynq: connect uart clocks to slcr

Add the connection between the slcr's output clocks and the uarts inputs. Also add the main board clock 'ps_clk', which is hard-coded to 33.33MHz (the default frequency). This clock is used to feed the slcr's input clock. Signed-off-by: Damien Hedde --- v7 + update ClockIn/ClockOut types +

[PATCH v7 0/9] Clock framework API

This series aims to add a way to model clock distribution in qemu. The proposed objet and qdev API allows to model the clock tree of a platform allowing us to inspect clock configuration and detect problems such as disabled clock or bad configured pll. There's 2 notable changes since v6: + The

Re: [PATCH v2 00/13] migrate/ram: Fix resizing RAM blocks while migrating

On Mon, Feb 24, 2020 at 10:09:19AM +0100, David Hildenbrand wrote: > On 21.02.20 19:04, Peter Xu wrote: > > On Fri, Feb 21, 2020 at 05:41:51PM +0100, David Hildenbrand wrote: > >> I was now able to actually test resizing while migrating. I am using the > >> prototype of virtio-mem to test (which

Re: [PATCH v31 20/22] Add rx-softmmu

On Mon, Feb 24, 2020 at 4:31 PM Eric Blake wrote: > > On 2/24/20 9:15 AM, Philippe Mathieu-Daudé wrote: > > On 2/24/20 4:11 PM, Eric Blake wrote: > >> On 2/23/20 12:51 AM, Yoshinori Sato wrote: > >>> Tested-by: Philippe Mathieu-Daudé > >>> Reviewed-by: Philippe Mathieu-Daudé > >>>

[PATCH] target/arm: Implement ARMv8.3-CCIDX

The ARMv8.3-CCIDX extension makes the CCSIDR_EL1 system ID registers have a format that uses the full 64 bit width of the register, and adds a new CCSIDR2 register so AArch32 can get at the high 32 bits. QEMU doesn't implement caches, so we just treat these ID registers as opaque values that are

Re: [PATCH v2 00/13] migrate/ram: Fix resizing RAM blocks while migrating

On 24.02.20 18:45, Peter Xu wrote: > On Mon, Feb 24, 2020 at 10:09:19AM +0100, David Hildenbrand wrote: >> On 21.02.20 19:04, Peter Xu wrote: >>> On Fri, Feb 21, 2020 at 05:41:51PM +0100, David Hildenbrand wrote: I was now able to actually test resizing while migrating. I am using the

[PATCH v5 01/50] multi-process: memory: alloc RAM from file at offset

Allow RAM MemoryRegion to be created from an offset in a file, instead of allocating at offset of 0 by default. This is needed to synchronize RAM between QEMU & remote process. This will be needed for the following patches. Signed-off-by: Jagannathan Raman Signed-off-by: John G Johnson

[PATCH v5 06/50] multi-process: build system for remote device process

Modify Makefile to support the building of the remote device process. Implements main() function of remote device process. Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman Signed-off-by: Elena Ufimtseva --- Makefile| 2 ++ Makefile.objs | 26

[PATCH v5 25/50] multi-process: Introduce build flags to separate remote process code

Introduce SCSI_PROCESS & REMOTE_PROCESS build flags to separate code that applies only to remote processes. Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- Makefile.target | 4 rules.mak | 2 +- 2 files changed, 5 insertions(+), 1

[PATCH v5 43/50] multi-process/mig: Load VMSD in the proxy object

From: Elena Ufimtseva The Proxy object loads the VMSD of remote process in source and send it to the remote process in the destination Signed-off-by: Elena Ufimtseva Signed-off-by: John G Johnson Signed-off-by: Jagannathan Raman --- hw/proxy/qemu-proxy.c| 50

Re: [PATCH v4 12/16] hw/i386: Use the apicid handlers from X86MachineState

On Thu, 13 Feb 2020 12:17:46 -0600 Babu Moger wrote: > Check and Load the apicid handlers from X86CPUDefinition if available. > Update the calling convention for the apicid handlers. Previous and this patch look too complicated for the task at the hand. In particular, cpu_x86_init_apicid_fns()

Re: [PATCH v4 10/16] hw/i386: Introduce apicid functions inside X86MachineState

On 2/24/20 11:01 AM, Igor Mammedov wrote: > On Thu, 13 Feb 2020 12:17:32 -0600 > Babu Moger wrote: > >> Introduce model specific apicid functions inside X86MachineState. >> These functions will be loaded from X86CPUDefinition. >> >> Signed-off-by: Babu Moger >> --- >> include/hw/i386/x86.h

Re: [PATCH v4 09/16] target/i386: Cleanup and use the EPYC mode topology functions

On 2/24/20 2:52 AM, Igor Mammedov wrote: > On Thu, 13 Feb 2020 12:17:25 -0600 > Babu Moger wrote: > >> Use the new functions from topology.h and delete the unused code. Given the >> sockets, nodes, cores and threads, the new functions generate apic id for >> EPYC >> mode. Removes all the

  1   2   3   4   5   >