[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 00/10] Remove RDMA migration dependence on RAMBl
Michael R. Hines
Re: [Qemu-devel] [PATCH 00/10] Remove RDMA migration dependence on RAMBlock offset
Mon, 18 May 2015 17:01:58 -0500
Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
On 04/20/2015 10:57 AM, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert" <address@hidden>
RDMA migration currently relies on the source and destination RAMBlocks
having the same offsets within ram_addr_t space; unfortunately that's
just not true when:
a) You hotplug on the source but then create the device on the command line
on the destination.
b) Across two versions of qemu
Thus there are migrations that work with TCP that don't with RDMA.
The changes keep stream compatibility with existing RDMA migration,
so cases that already work (i.e. no hotplug) will keep working.
With some light testing this seems to work; hopefully I've got all the
cases that pass offsets back and forward.
Dr. David Alan Gilbert (10):
Rename RDMA structures to make destination clear
qemu_ram_foreach_block: pass up error value, and down the ramblock
Store block name in local blocks structure
Translate offsets to destination address space
Rework ram_control_load_hook to hook during block load
Remove unneeded memset
Simplify rdma_delete_block and remove it's dependence on the hash
Rework ram block hash
Sort destination RAMBlocks to be the same as the source
Sanity check RDMA remote data
arch_init.c | 4 +-
exec.c | 10 +-
include/exec/cpu-common.h | 4 +-
include/migration/migration.h | 2 +-
include/migration/qemu-file.h | 14 +-
migration/qemu-file.c | 8 +-
migration/rdma.c | 367 ++++++++++++++++++++++++++----------------
trace-events | 8 +-
8 files changed, 257 insertions(+), 160 deletions(-)
OK, I've got the patchset open now on my new office in the US.
Getting ready to go through it..........
|[Prev in Thread]
||[Next in Thread]|
- Re: [Qemu-devel] [PATCH 00/10] Remove RDMA migration dependence on RAMBlock offset,
Michael R. Hines <=