From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:51139) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgIUl-0005ix-Lf for qemu-devel@nongnu.org; Thu, 29 Dec 2011 11:06:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RgIUk-0005MU-16 for qemu-devel@nongnu.org; Thu, 29 Dec 2011 11:06:19 -0500 Received: from mx1.redhat.com ([209.132.183.28]:20819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgIUj-0005MP-LK for qemu-devel@nongnu.org; Thu, 29 Dec 2011 11:06:17 -0500 Message-ID: <4EFC8FF2.4050702@redhat.com> Date: Thu, 29 Dec 2011 18:06:10 +0200 From: Avi Kivity MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 21/21] postcopy: implement postcopy livemigration List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Isaku Yamahata Cc: t.hirofuchi@aist.go.jp, qemu-devel@nongnu.org, kvm@vger.kernel.org, satoshi.itoh@aist.go.jp On 12/29/2011 03:26 AM, Isaku Yamahata wrote: > This patch implements postcopy livemigration. > > > +/* RAM is allocated via umem for postcopy incoming mode */ > +#define RAM_POSTCOPY_UMEM_MASK (1 << 1) > + > typedef struct RAMBlock { > uint8_t *host; > ram_addr_t offset; > @@ -485,6 +488,10 @@ typedef struct RAMBlock { > #if defined(__linux__) && !defined(TARGET_S390X) > int fd; > #endif > + > +#ifdef CONFIG_POSTCOPY > + UMem *umem; /* for incoming postcopy mode */ > +#endif > } RAMBlock; Is it possible to implement this via the MemoryListener API (which replaces CPUPhysMemoryClient)? This is how kvm, vhost, and xen manage their memory tables. > -- error compiling committee.c: too many arguments to function