From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:44157) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQ463-0007PU-Uo for qemu-devel@nongnu.org; Mon, 14 Nov 2011 16:29:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RQ462-0005Ou-M3 for qemu-devel@nongnu.org; Mon, 14 Nov 2011 16:29:43 -0500 Received: from e7.ny.us.ibm.com ([32.97.182.137]:45383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQ462-0005Oo-IB for qemu-devel@nongnu.org; Mon, 14 Nov 2011 16:29:42 -0500 Received: from /spool/local by e7.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 14 Nov 2011 16:29:41 -0500 Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id pAELTKXl344516 for ; Mon, 14 Nov 2011 16:29:20 -0500 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id pAELTJct016591 for ; Mon, 14 Nov 2011 16:29:19 -0500 Message-ID: <4EC1882D.9080101@us.ibm.com> Date: Mon, 14 Nov 2011 15:29:17 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <1321304987-23041-1-git-send-email-aliguori@us.ibm.com> In-Reply-To: <1321304987-23041-1-git-send-email-aliguori@us.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] [PATCH 0/5] migration: support migration with image files List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Kevin Wolf , Lucas Meneghel Rodrigues , Stefan Hajnoczi , Juan Quintela , qemu-devel@nongnu.org, Avi Kivity This series allows live migration to work with image formats. This series has two parts. The first part adds a new error infrastructure to migration which allows for different subsystems (other than qdev) to block migration when specific features are in use. The second part adds block interfaces to flush metadata with image formats. The migration error infrastructure is a no brainer for 1.0. It significantly improves the user experience and prevents a user from doing things that will cause a VM to crash during migration. I'm less comfortable with the block interface for flushing metadata for 1.0. The code is completely isolated to the image formats and live migration. It should have no impact on normal use of an image format or live migration with raw images. That makes the risk for this very, very low. Moreover, I'm sympathetic to the argument that this is a required feature for a 1.0 release. Image formats are a fairly normal way to use QEMU and not supporting live migration in this scenario means that live migration won't work for a large portion of QEMU's users.