qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 0/10] Live migration for QEMU


From: Avi Kivity
Subject: Re: [Qemu-devel] [PATCH 0/10] Live migration for QEMU
Date: Thu, 11 Sep 2008 19:32:14 +0300
User-agent: Thunderbird 2.0.0.16 (X11/20080723)

Anthony Liguori wrote:

Yes. The primary reason that hasn't been possible in the past was because of how memory was migrated. The new memory migration protocol happens to make it easier to let QEMU and KVM be compatible. That wasn't an accident :-)


Well, it's still broken IMO (migration ram_addr_t rather than physical addresses).

Have you thought of a solution other than make "mem" only save physical memory and have everything else save their own memory?


Even worse, have each slot (0-640K, 1M-pci, 4GB-eom, hotplug slots, writeable option roms) be an independent save/restore entity.

That gets really funky because then everything needs live save/restore tracking. It's quite messy.

Why? they can all reuse the same code.

--
error compiling committee.c: too many arguments to function





reply via email to

[Prev in Thread] Current Thread [Next in Thread]