From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: [PATCH 0/6] [VERY RFC] Migration Stream v2 Date: Wed, 23 Apr 2014 15:02:39 +0100 Message-ID: <5357C7FF.2090104@citrix.com> References: <1397068104-23714-1-git-send-email-andrew.cooper3@citrix.com> <1398260877.18537.118.camel@kazak.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1398260877.18537.118.camel@kazak.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: Keir Fraser , Tim Deegan , Ian Jackson , Xen-devel , Frediano Ziglio , David Vrabel , Jan Beulich List-Id: xen-devel@lists.xenproject.org On 23/04/14 14:47, Ian Campbell wrote: > On Wed, 2014-04-09 at 19:28 +0100, Andrew Cooper wrote: >> Hello, >> >> Presented here for early review is a basic implementation of PV guest >> migration using the v2 stream format. >> >> PV non-live migration is believed-working; i.e. xl save/restore. > Based on comments I've seen elsewhere I think the state of the art has > moved on pretty significantly since this posting. Unless you'd like me > to I intend skip reviewing this iteration in favour of the next, is that > OK or would you still like comments on this one? > > Ian. > Feel free to skip the review of this series if you wish. The current state of play is that PV migration is completely working. I am fixing a batching issue. The first version of the code did the really obvious, dumb, slow actions, for simplicity, and is now being updated to batch mapping hypercalls for speed. David is working on HVM migration which is substantially more simple than PV. I hope to have another series posted before the end of the week. ~Andrew