From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yosuke Iwamatsu Subject: [PATCH 0/4] stubdom-dm: Support live migration of HVM domain with stubdom-dm Date: Tue, 16 Dec 2008 18:22:20 +0900 Message-ID: <4947734C.5070509@ab.jp.nec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com Cc: samuel.thibault@ens-lyon.org, Keir Fraser List-Id: xen-devel@lists.xenproject.org Hi, This series of patches is an attempt to support live migration of hvm domains with stubdom-dm. For hvm domains to live-migrate, we should create a log-dirty shared memory segment between xc_save and qemu-dm. for a normal qemu-dm, memory sharing is done by inter process communication interface (shmget/shmat/shmctl), but it obviously doesn't work for a stubdom-dm because it is not a dom0 process but a domain itself. The idea here is to allocate log-dirty the shared memory segment in the stubdom-dm and to map the memory region into the xc_save process by using grant table interface. [PATCH 1/4] mini-os: Make utility function get_self_id() public [PATCH 2/4] Log-dirty shared memory between stubdom-dm and xc_save [PATCH 3/4] Log-dirty shared memory between stubdom-dm and xc_save (ioemu-remote part) [PATCH 4/4] xend: Give stubdom flag to xc_save Thanks, ----------------------- Yosuke Iwamatsu NEC Corporation