From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35408) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQJKa-0006kY-8Q for qemu-devel@nongnu.org; Tue, 15 Nov 2011 08:45:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RQJKS-00025Z-CO for qemu-devel@nongnu.org; Tue, 15 Nov 2011 08:45:44 -0500 Received: from e7.ny.us.ibm.com ([32.97.182.137]:57726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQJKS-00025V-9o for qemu-devel@nongnu.org; Tue, 15 Nov 2011 08:45:36 -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 ; Tue, 15 Nov 2011 08:45:35 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay07.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id pAFDjVlt3404020 for ; Tue, 15 Nov 2011 08:45:31 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id pAFDjV6g011512 for ; Tue, 15 Nov 2011 11:45:31 -0200 Message-ID: <4EC26CFA.9050506@us.ibm.com> Date: Tue, 15 Nov 2011 07:45:30 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <1321114074-3681-1-git-send-email-aliguori@us.ibm.com> <4EC18349.20203@us.ibm.com> <20111115083257.GA24446@stefanha-thinkpad.localdomain> In-Reply-To: <20111115083257.GA24446@stefanha-thinkpad.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] migration: add a MAINTAINERS entry for migration List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: qemu-devel@nongnu.org, quintela@redhat.com On 11/15/2011 02:32 AM, Stefan Hajnoczi wrote: > On Mon, Nov 14, 2011 at 03:08:25PM -0600, Anthony Liguori wrote: >> On 11/14/2011 11:40 AM, Juan Quintela wrote: >>> Anthony Liguori wrote: >>>> I think this is an accurate reflection of the state of migration today. This >>>> is the second release in a row where we're scrambling to fix a critical issue >>>> in migration. >>> >>> We need to make our mind about it. >> >> Ultimately, we need to make migration a priority. That's what I'm >> trying to do here. >> >> The first step is to be open about the state of migration today. I >> personally don't have the bandwidth to invest a lot of effort in >> migration, but I can invest time in trying to find more people to >> work on migration, and help put together a proper roadmap. > > It would help to have a migration wiki page or document that explains > the implications of migration on QEMU code - what to look out for in > device emulation code. > > Although regular QEMU contributors may know the background on > migration/save/load, it would be not only helpful for new contributors > but also a good refresher for those of us who have picked up the > assumptions around migration piecewise. > > I think a good document would raise migration awareness and help us > review new patches with an eye towards correct migration behavior. > > The rules need to be laid down by someone who understands migration > quite well. 100% agreed. I'll volunteer to start by taking the storage requirements wiki page, converting it to markdown, and adding it to docs/migration Regards, Anthony Liguori > > Stefan >