From: Jag Raman <jag.raman@oracle.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: elena.ufimtseva@oracle.com, fam@euphon.net,
swapnil.ingle@nutanix.com, john.g.johnson@oracle.com,
qemu-devel@nongnu.org, kraxel@redhat.com, quintela@redhat.com,
mst@redhat.com, armbru@redhat.com, kanth.ghatraju@oracle.com,
felipe@nutanix.com, thuth@redhat.com, ehabkost@redhat.com,
konrad.wilk@oracle.com, liran.alon@oracle.com,
stefanha@redhat.com, thanos.makatos@nutanix.com, rth@twiddle.net,
kwolf@redhat.com, berrange@redhat.com, mreitz@redhat.com,
ross.lagerwall@citrix.com, marcandre.lureau@gmail.com,
pbonzini@redhat.com
Subject: Re: [PATCH v5 16/50] multi-process: Synchronize remote memory
Date: Wed, 4 Mar 2020 14:35:08 -0500 [thread overview]
Message-ID: <d8e11ec7-cae9-a7e9-76d4-6df09e6f836e@oracle.com> (raw)
In-Reply-To: <20200304115323.GD4104@work-vm>
On 3/4/2020 6:53 AM, Dr. David Alan Gilbert wrote:
> * Jagannathan Raman (jag.raman@oracle.com) wrote:
>> 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 process receives
>> the message and processes it in the handler for SYNC_SYSMEM message.
>>
>> TODO: No need to create object for remote memory listener.
>>
>> Signed-off-by: Jagannathan Raman <jag.raman@oracle.com>
>> Signed-off-by: John G Johnson <john.g.johnson@oracle.com>
>> Signed-off-by: Elena Ufimtseva <elena.ufimtseva@oracle.com>
>> ---
>> Makefile.target | 3 +
>> hw/proxy/memory-sync.c | 212 +++++++++++++++++++++++++++++++++++++++++
>> hw/proxy/qemu-proxy.c | 5 +
>> include/hw/proxy/memory-sync.h | 37 +++++++
>> include/hw/proxy/qemu-proxy.h | 5 +
>> remote/remote-main.c | 11 +++
>> 6 files changed, 273 insertions(+)
>> create mode 100644 hw/proxy/memory-sync.c
>> create mode 100644 include/hw/proxy/memory-sync.h
>>
>> diff --git a/Makefile.target b/Makefile.target
>> index cfd36c1..271d883 100644
>> --- a/Makefile.target
>> +++ b/Makefile.target
>> @@ -127,6 +127,9 @@ obj-$(CONFIG_TCG) += fpu/softfloat.o
>> obj-y += target/$(TARGET_BASE_ARCH)/
>> obj-y += disas.o
>> obj-$(call notempty,$(TARGET_XML_FILES)) += gdbstub-xml.o
>> +ifeq ($(TARGET_NAME)-$(CONFIG_MPQEMU)-$(CONFIG_USER_ONLY), x86_64-y-)
>> +obj-$(CONFIG_MPQEMU) += hw/proxy/memory-sync.o
>> +endif
>> LIBS := $(libs_cpu) $(LIBS)
>>
>> obj-$(CONFIG_PLUGIN) += plugins/
>> diff --git a/hw/proxy/memory-sync.c b/hw/proxy/memory-sync.c
>> new file mode 100644
>> index 0000000..3edbb19
>> --- /dev/null
>> +++ b/hw/proxy/memory-sync.c
>> @@ -0,0 +1,212 @@
>> +/*
>> + * Copyright © 2018, 2020 Oracle and/or its affiliates.
>> + *
>> + * This work is licensed under the terms of the GNU GPL, version 2 or later.
>> + * See the COPYING file in the top-level directory.
>> + *
>> + */
>> +
>> +#include <sys/types.h>
>> +#include <stdio.h>
>> +#include <string.h>
>> +
>> +#include "qemu/osdep.h"
>> +#include "qemu/compiler.h"
>> +#include "qemu/int128.h"
>> +#include "qemu/range.h"
>> +#include "exec/memory.h"
>> +#include "exec/cpu-common.h"
>> +#include "cpu.h"
>> +#include "exec/ram_addr.h"
>> +#include "exec/address-spaces.h"
>> +#include "io/mpqemu-link.h"
>> +#include "hw/proxy/memory-sync.h"
>> +
>> +static const TypeInfo remote_mem_sync_type_info = {
>> + .name = TYPE_MEMORY_LISTENER,
>> + .parent = TYPE_OBJECT,
>> + .instance_size = sizeof(RemoteMemSync),
>> +};
>> +
>> +static void remote_mem_sync_register_types(void)
>> +{
>> + type_register_static(&remote_mem_sync_type_info);
>> +}
>> +
>> +type_init(remote_mem_sync_register_types)
>> +
>> +static void proxy_ml_begin(MemoryListener *listener)
>> +{
>> + RemoteMemSync *sync = container_of(listener, RemoteMemSync, listener);
>> + int mrs;
>> +
>> + for (mrs = 0; mrs < sync->n_mr_sections; mrs++) {
>> + memory_region_unref(sync->mr_sections[mrs].mr);
>> + }
>> +
>> + g_free(sync->mr_sections);
>> + sync->mr_sections = NULL;
>> + sync->n_mr_sections = 0;
>> +}
>> +
>> +static int get_fd_from_hostaddr(uint64_t host, ram_addr_t *offset)
>> +{
>> + MemoryRegion *mr;
>> + ram_addr_t off;
>> +
>> + mr = memory_region_from_host((void *)(uintptr_t)host, &off);
>
> Do you need to just check we found an 'mr' ?
OK, we'll add this check.
>
>> + if (offset) {
>> + *offset = off;
>> + }
>> +
>> + return memory_region_get_fd(mr);
>> +}
>> +
>> +static bool proxy_mrs_can_merge(uint64_t host, uint64_t prev_host, size_t size)
>> +{
>> + bool merge;
>> + int fd1, fd2;
>> +
>> + fd1 = get_fd_from_hostaddr(host, NULL);
>> +
>> + fd2 = get_fd_from_hostaddr(prev_host, NULL);
>> +
>> + merge = (fd1 == fd2);
>> +
>> + merge &= ((prev_host + size) == host);
>
> It's interesting; I think the vhost code checks that the two mr's are
> the same where you are checking for the same underlying fd - but I think
> that's OK.
> (I wonder if we need to check offset's within the fd's match up when
> they're merged - since you added that offset feature in an earlier
> patch?
> That would also need checking in vhost_region_add_section)
If the fds are the same, and the subsequent check ((prev_host + size) ==
host) passes, then I believe the offsets would match as well.
>
>> + return merge;
>> +}
>> +
>> +static void proxy_ml_region_addnop(MemoryListener *listener,
>> + MemoryRegionSection *section)
>> +{
>> + RemoteMemSync *sync = container_of(listener, RemoteMemSync, listener);
>> + bool need_add = true;
>> + uint64_t mrs_size, mrs_gpa, mrs_page;
>> + uintptr_t mrs_host;
>> + RAMBlock *mrs_rb;
>> + MemoryRegionSection *prev_sec;
>> +
>> + if (!(memory_region_is_ram(section->mr) &&
>> + !memory_region_is_rom(section->mr))) {
>> + return;
>> + }
>> +
>> + mrs_rb = section->mr->ram_block;
>> + mrs_page = (uint64_t)qemu_ram_pagesize(mrs_rb);
>> + mrs_size = int128_get64(section->size);
>> + mrs_gpa = section->offset_within_address_space;
>> + mrs_host = (uintptr_t)memory_region_get_ram_ptr(section->mr) +
>> + section->offset_within_region;
>> +
>> + if (get_fd_from_hostaddr(mrs_host, NULL) <= 0) {
>> + return;
>> + }
>> +
>> + mrs_host = mrs_host & ~(mrs_page - 1);
>> + mrs_gpa = mrs_gpa & ~(mrs_page - 1);
>> + mrs_size = ROUND_UP(mrs_size, mrs_page);
>
> OK, just note the more complex code in vhost_region_add_section for page
> aligning regions that are needed for postcopy; I think that would be the
> same if you wanted to do postcopy with remote processes.
Since mmap requires the addresses to be aligned with a page boundry, we
added these checks. We are essentially doing the same with alignage as
compared with vhost user. So we should be compliant with postcopy I
believe.
>
>> + if (sync->n_mr_sections) {
>> + prev_sec = sync->mr_sections + (sync->n_mr_sections - 1);
>> + uint64_t prev_gpa_start = prev_sec->offset_within_address_space;
>> + uint64_t prev_size = int128_get64(prev_sec->size);
>> + uint64_t prev_gpa_end = range_get_last(prev_gpa_start, prev_size);
>> + uint64_t prev_host_start =
>> + (uintptr_t)memory_region_get_ram_ptr(prev_sec->mr) +
>> + prev_sec->offset_within_region;
>> + uint64_t prev_host_end = range_get_last(prev_host_start, prev_size);
>> +
>> + if (mrs_gpa <= (prev_gpa_end + 1)) {
>> + if (mrs_gpa < prev_gpa_start) {
>> + assert(0);
>> + }
>
> g_assert(mrs_gpa < prev_gpa_start);
Thank you, we'll update the above check with the version you proposed.
>
>
>> + if ((section->mr == prev_sec->mr) &&
>> + proxy_mrs_can_merge(mrs_host, prev_host_start,
>> + (mrs_gpa - prev_gpa_start))) {
>> + uint64_t max_end = MAX(prev_host_end, mrs_host + mrs_size);
>> + need_add = false;
>> + prev_sec->offset_within_address_space =
>> + MIN(prev_gpa_start, mrs_gpa);
>> + prev_sec->offset_within_region =
>> + MIN(prev_host_start, mrs_host) -
>> + (uintptr_t)memory_region_get_ram_ptr(prev_sec->mr);
>> + prev_sec->size = int128_make64(max_end - MIN(prev_host_start,
>> + mrs_host));
>> + }
>> + }
>> + }
>> +
>> + if (need_add) {
>> + ++sync->n_mr_sections;
>> + sync->mr_sections = g_renew(MemoryRegionSection, sync->mr_sections,
>> + sync->n_mr_sections);
>> + sync->mr_sections[sync->n_mr_sections - 1] = *section;
>> + sync->mr_sections[sync->n_mr_sections - 1].fv = NULL;
>> + memory_region_ref(section->mr);
>> + }
>
> I'd add some tracing in this function; it's a nightmare to debug when it
> does something unexpected.
Thank you, we'll add the tracing.
>
>> +}
>> +
>> +static void proxy_ml_commit(MemoryListener *listener)
>> +{
>> + RemoteMemSync *sync = container_of(listener, RemoteMemSync, listener);
>> + MPQemuMsg msg;
>> + MemoryRegionSection section;
>> + ram_addr_t offset;
>> + uintptr_t host_addr;
>> + int region;
>> +
>> + memset(&msg, 0, sizeof(MPQemuMsg));
>> +
>> + msg.cmd = SYNC_SYSMEM;
>> + msg.bytestream = 0;
>> + msg.num_fds = sync->n_mr_sections;
>> + msg.size = sizeof(msg.data1);
>> + assert(msg.num_fds <= REMOTE_MAX_FDS);
>> +
>> + for (region = 0; region < sync->n_mr_sections; region++) {
>> + section = sync->mr_sections[region];
>> + msg.data1.sync_sysmem.gpas[region] =
>> + section.offset_within_address_space;
>> + msg.data1.sync_sysmem.sizes[region] = int128_get64(section.size);
>> + host_addr = (uintptr_t)memory_region_get_ram_ptr(section.mr) +
>> + section.offset_within_region;
>> + msg.fds[region] = get_fd_from_hostaddr(host_addr, &offset);
>
> Since you already have section.mr you cna use memory_region_get_fd.
OK.
Thank you!
--
Jag
>
>> + msg.data1.sync_sysmem.offsets[region] = offset;
>> + }
>> + mpqemu_msg_send(&msg, sync->mpqemu_link->com);
>> +}
>> +
>> +void deconfigure_memory_sync(RemoteMemSync *sync)
>> +{
>> + memory_listener_unregister(&sync->listener);
>> +}
>> +
>> +/*
>> + * TODO: Memory Sync need not be instantianted once per every proxy device.
>> + * All remote devices are going to get the exact same updates at the
>> + * same time. It therefore makes sense to have a broadcast model.
>> + *
>> + * Broadcast model would involve running the MemorySync object in a
>> + * thread. MemorySync would contain a list of mpqemu-link objects
>> + * that need notification. proxy_ml_commit() could send the same
>> + * message to all the links at the same time.
>> + */
>> +void configure_memory_sync(RemoteMemSync *sync, MPQemuLinkState *mpqemu_link)
>> +{
>> + sync->n_mr_sections = 0;
>> + sync->mr_sections = NULL;
>> +
>> + sync->mpqemu_link = mpqemu_link;
>> +
>> + sync->listener.begin = proxy_ml_begin;
>> + sync->listener.commit = proxy_ml_commit;
>> + sync->listener.region_add = proxy_ml_region_addnop;
>> + sync->listener.region_nop = proxy_ml_region_addnop;
>> + sync->listener.priority = 10;
>> +
>> + memory_listener_register(&sync->listener, &address_space_memory);
>> +}
>> diff --git a/hw/proxy/qemu-proxy.c b/hw/proxy/qemu-proxy.c
>> index b17d9bb..d3a9d38 100644
>> --- a/hw/proxy/qemu-proxy.c
>> +++ b/hw/proxy/qemu-proxy.c
>> @@ -16,6 +16,8 @@
>> #include "qapi/qmp/qjson.h"
>> #include "qapi/qmp/qstring.h"
>> #include "hw/proxy/qemu-proxy.h"
>> +#include "hw/proxy/memory-sync.h"
>> +#include "qom/object.h"
>>
>> static void pci_proxy_dev_realize(PCIDevice *dev, Error **errp);
>>
>> @@ -243,6 +245,8 @@ static void init_proxy(PCIDevice *dev, char *command, char *exec_name,
>>
>> mpqemu_init_channel(pdev->mpqemu_link, &pdev->mpqemu_link->com,
>> pdev->socket);
>> +
>> + configure_memory_sync(pdev->sync, pdev->mpqemu_link);
>> }
>>
>> static void pci_proxy_dev_realize(PCIDevice *device, Error **errp)
>> @@ -261,6 +265,7 @@ static void pci_proxy_dev_realize(PCIDevice *device, Error **errp)
>> dev->set_proxy_sock = set_proxy_sock;
>> dev->get_proxy_sock = get_proxy_sock;
>> dev->init_proxy = init_proxy;
>> + dev->sync = REMOTE_MEM_SYNC(object_new(TYPE_MEMORY_LISTENER));
>> }
>>
>> static void send_bar_access_msg(PCIProxyDev *dev, MemoryRegion *mr,
>> diff --git a/include/hw/proxy/memory-sync.h b/include/hw/proxy/memory-sync.h
>> new file mode 100644
>> index 0000000..d8329c9
>> --- /dev/null
>> +++ b/include/hw/proxy/memory-sync.h
>> @@ -0,0 +1,37 @@
>> +/*
>> + * Copyright © 2018, 2020 Oracle and/or its affiliates.
>> + *
>> + * This work is licensed under the terms of the GNU GPL, version 2 or later.
>> + * See the COPYING file in the top-level directory.
>> + *
>> + */
>> +
>> +#ifndef MEMORY_SYNC_H
>> +#define MEMORY_SYNC_H
>> +
>> +#include <sys/types.h>
>> +
>> +#include "qemu/osdep.h"
>> +#include "qom/object.h"
>> +#include "exec/memory.h"
>> +#include "io/mpqemu-link.h"
>> +
>> +#define TYPE_MEMORY_LISTENER "memory-listener"
>> +#define REMOTE_MEM_SYNC(obj) \
>> + OBJECT_CHECK(RemoteMemSync, (obj), TYPE_MEMORY_LISTENER)
>> +
>> +typedef struct RemoteMemSync {
>> + Object obj;
>> +
>> + MemoryListener listener;
>> +
>> + int n_mr_sections;
>> + MemoryRegionSection *mr_sections;
>> +
>> + MPQemuLinkState *mpqemu_link;
>> +} RemoteMemSync;
>> +
>> +void configure_memory_sync(RemoteMemSync *sync, MPQemuLinkState *mpqemu_link);
>> +void deconfigure_memory_sync(RemoteMemSync *sync);
>> +
>> +#endif
>> diff --git a/include/hw/proxy/qemu-proxy.h b/include/hw/proxy/qemu-proxy.h
>> index 44e370e..c93ffe3 100644
>> --- a/include/hw/proxy/qemu-proxy.h
>> +++ b/include/hw/proxy/qemu-proxy.h
>> @@ -10,6 +10,7 @@
>> #define QEMU_PROXY_H
>>
>> #include "io/mpqemu-link.h"
>> +#include "hw/proxy/memory-sync.h"
>>
>> #define TYPE_PCI_PROXY_DEV "pci-proxy-dev"
>>
>> @@ -37,8 +38,12 @@ extern const MemoryRegionOps proxy_default_ops;
>> struct PCIProxyDev {
>> PCIDevice parent_dev;
>>
>> + int n_mr_sections;
>> + MemoryRegionSection *mr_sections;
>> +
>> MPQemuLinkState *mpqemu_link;
>>
>> + RemoteMemSync *sync;
>> pid_t remote_pid;
>> int socket;
>>
>> diff --git a/remote/remote-main.c b/remote/remote-main.c
>> index acd8daf..9512a3b 100644
>> --- a/remote/remote-main.c
>> +++ b/remote/remote-main.c
>> @@ -34,6 +34,7 @@
>> #include "block/block.h"
>> #include "exec/ramlist.h"
>> #include "exec/memattrs.h"
>> +#include "exec/address-spaces.h"
>>
>> static MPQemuLinkState *mpqemu_link;
>> PCIDevice *remote_pci_dev;
>> @@ -161,6 +162,16 @@ static void process_msg(GIOCondition cond, MPQemuChannel *chan)
>> goto finalize_loop;
>> }
>> break;
>> + case SYNC_SYSMEM:
>> + /*
>> + * TODO: ensure no active DMA is happening when
>> + * sysmem is being updated
>
> In practice this turns out to be hard!
>
> Dave
>
>> + */
>> + remote_sysmem_reconfig(msg, &err);
>> + if (err) {
>> + goto finalize_loop;
>> + }
>> + break;
>> default:
>> error_setg(&err, "Unknown command");
>> goto finalize_loop;
>> --
>> 1.8.3.1
>>
> --
> Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
>
next prev parent reply other threads:[~2020-03-04 19:36 UTC|newest]
Thread overview: 117+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-24 20:54 [PATCH v5 00/50] Initial support for multi-process qemu Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 01/50] multi-process: memory: alloc RAM from file at offset Jagannathan Raman
2020-03-03 19:51 ` Dr. David Alan Gilbert
2020-03-04 18:24 ` Jag Raman
2020-02-24 20:54 ` [PATCH v5 02/50] multi-process: Refactor machine_init and exit notifiers Jagannathan Raman
2020-03-29 16:45 ` Marc-André Lureau
2020-02-24 20:54 ` [PATCH v5 03/50] multi-process: add a command line option for debug file Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 04/50] multi-process: Add stub functions to facilate build of multi-process Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 05/50] multi-process: Add config option for multi-process QEMU Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 06/50] multi-process: build system for remote device process Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 07/50] multi-process: define mpqemu-link object Jagannathan Raman
2020-03-10 16:09 ` Stefan Hajnoczi
2020-03-10 18:26 ` Elena Ufimtseva
2020-03-16 11:26 ` Stefan Hajnoczi
2020-02-24 20:54 ` [PATCH v5 08/50] multi-process: add functions to synchronize proxy and remote endpoints Jagannathan Raman
2020-03-03 19:56 ` Dr. David Alan Gilbert
2020-03-04 18:42 ` Jag Raman
2020-03-04 19:46 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 09/50] multi-process: setup PCI host bridge for remote device Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 10/50] multi-process: setup a machine object for remote device process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 11/50] multi-process: setup memory manager for remote device Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 12/50] multi-process: remote process initialization Jagannathan Raman
2020-03-04 10:29 ` Dr. David Alan Gilbert
2020-03-04 18:45 ` Jag Raman
2020-03-04 19:00 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 13/50] multi-process: introduce proxy object Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 14/50] mutli-process: build remote command line args Jagannathan Raman
2020-03-02 17:36 ` Philippe Mathieu-Daudé
2020-03-02 17:47 ` Daniel P. Berrangé
2020-03-02 22:39 ` Elena Ufimtseva
2020-03-04 11:00 ` Daniel P. Berrangé
2020-03-04 16:25 ` Elena Ufimtseva
2020-03-04 16:33 ` Daniel P. Berrangé
2020-03-04 22:37 ` Elena Ufimtseva
2020-03-05 8:21 ` Daniel P. Berrangé
2020-03-06 16:25 ` Stefan Hajnoczi
2020-03-04 10:09 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 15/50] multi-process: PCI BAR read/write handling for proxy & remote endpoints Jagannathan Raman
2020-03-04 10:47 ` Dr. David Alan Gilbert
2020-03-04 19:05 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 16/50] multi-process: Synchronize remote memory Jagannathan Raman
2020-03-04 11:53 ` Dr. David Alan Gilbert
2020-03-04 19:35 ` Jag Raman [this message]
2020-02-24 20:55 ` [PATCH v5 17/50] multi-process: create IOHUB object to handle irq Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 18/50] multi-process: configure remote side devices Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 19/50] multi-process: Retrieve PCI info from remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 20/50] multi-process: add qdev_proxy_add to create proxy devices Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 21/50] multi-process: remote: add setup_devices msg processing Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 22/50] multi-process: remote: use fd for socket from parent process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 23/50] multi-process: remote: add create_done condition Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 24/50] multi-process: add processing of remote device command line Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 25/50] multi-process: Introduce build flags to separate remote process code Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 26/50] multi-process: refractor vl.c code Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 27/50] multi-process: add remote option Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 28/50] multi-process: add remote options parser Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 29/50] multi-process: add parse_cmdline in remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 30/50] multi-process: send heartbeat messages to remote Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 31/50] multi-process: handle heartbeat messages in remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 32/50] multi-process: Use separate MMIO communication channel Jagannathan Raman
2020-03-06 16:52 ` Stefan Hajnoczi
2020-03-10 18:04 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 33/50] multi-process: perform device reset in the remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 34/50] multi-process/mon: choose HMP commands based on target Jagannathan Raman
2020-03-05 10:39 ` Dr. David Alan Gilbert
2020-03-05 15:38 ` Jag Raman
2020-03-05 15:50 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 35/50] multi-process/mon: stub functions to enable QMP module for remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 36/50] multi-process/mon: enable QMP module support in the " Jagannathan Raman
2020-03-05 10:43 ` Dr. David Alan Gilbert
2020-03-05 15:40 ` Jag Raman
2020-03-05 15:52 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 37/50] multi-process/mon: Refactor monitor/chardev functions out of vl.c Jagannathan Raman
2020-03-05 10:51 ` Dr. David Alan Gilbert
2020-03-05 15:41 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 38/50] multi-process/mon: Initialize QMP module for remote processes Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 39/50] multi-process: prevent duplicate memory initialization in remote Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 40/50] multi-process/mig: build migration module in the remote process Jagannathan Raman
2020-03-04 15:58 ` Dr. David Alan Gilbert
2020-03-04 19:45 ` Jag Raman
2020-03-04 19:52 ` Dr. David Alan Gilbert
2020-03-04 20:23 ` Jag Raman
2020-03-05 10:10 ` Dr. David Alan Gilbert
2020-03-05 17:07 ` Elena Ufimtseva
2020-03-05 17:19 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 41/50] multi-process/mig: Enable VMSD save in the Proxy object Jagannathan Raman
2020-03-05 12:31 ` Dr. David Alan Gilbert
2020-03-05 16:48 ` Jag Raman
2020-03-05 17:04 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 42/50] multi-process/mig: Send VMSD of remote to " Jagannathan Raman
2020-03-05 14:39 ` Dr. David Alan Gilbert
2020-03-05 16:32 ` Elena Ufimtseva
2020-02-24 20:55 ` [PATCH v5 43/50] multi-process/mig: Load VMSD in the proxy object Jagannathan Raman
2020-03-05 15:28 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 44/50] multi-process/mig: refactor runstate_check into common file Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 45/50] multi-process/mig: Synchronize runstate of remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 46/50] multi-process/mig: Restore the VMSD in " Jagannathan Raman
2020-03-05 16:05 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 47/50] multi-process: Enable support for multiple devices in remote Jagannathan Raman
2020-02-28 16:44 ` Stefan Hajnoczi
2020-03-02 19:28 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 48/50] multi-process: Validate incoming commands from Proxy Jagannathan Raman
2020-02-27 17:18 ` Stefan Hajnoczi
2020-02-28 17:53 ` Elena Ufimtseva
2020-02-24 20:55 ` [PATCH v5 49/50] multi-process: add the concept description to docs/devel/qemu-multiprocess Jagannathan Raman
2020-02-27 17:11 ` Stefan Hajnoczi
2020-02-28 18:44 ` Elena Ufimtseva
2020-02-24 20:55 ` [PATCH v5 50/50] multi-process: add configure and usage information Jagannathan Raman
2020-02-27 16:58 ` Stefan Hajnoczi
2020-02-28 18:43 ` Elena Ufimtseva
2020-03-06 16:42 ` Stefan Hajnoczi
2020-02-24 21:59 ` [PATCH v5 00/50] Initial support for multi-process qemu no-reply
2020-02-24 22:03 ` no-reply
2020-02-24 22:23 ` no-reply
2020-03-01 11:57 ` Alex Bennée
2020-03-02 15:28 ` Jag Raman
2020-03-02 16:29 ` Alex Bennée
2020-03-02 16:53 ` Jag Raman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d8e11ec7-cae9-a7e9-76d4-6df09e6f836e@oracle.com \
--to=jag.raman@oracle.com \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=dgilbert@redhat.com \
--cc=ehabkost@redhat.com \
--cc=elena.ufimtseva@oracle.com \
--cc=fam@euphon.net \
--cc=felipe@nutanix.com \
--cc=john.g.johnson@oracle.com \
--cc=kanth.ghatraju@oracle.com \
--cc=konrad.wilk@oracle.com \
--cc=kraxel@redhat.com \
--cc=kwolf@redhat.com \
--cc=liran.alon@oracle.com \
--cc=marcandre.lureau@gmail.com \
--cc=mreitz@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=ross.lagerwall@citrix.com \
--cc=rth@twiddle.net \
--cc=stefanha@redhat.com \
--cc=swapnil.ingle@nutanix.com \
--cc=thanos.makatos@nutanix.com \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).