From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:46145)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1YmgPc-0000vA-2K
	for qemu-devel@nongnu.org; Mon, 27 Apr 2015 06:37:16 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1YmgPY-0003XW-S5
	for qemu-devel@nongnu.org; Mon, 27 Apr 2015 06:37:16 -0400
Received: from mx1.redhat.com ([209.132.183.28]:41192)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1YmgPY-0003XJ-NE
	for qemu-devel@nongnu.org; Mon, 27 Apr 2015 06:37:12 -0400
Date: Mon, 27 Apr 2015 12:37:09 +0200
From: "Michael S. Tsirkin" <mst@redhat.com>
Message-ID: <20150427123644-mutt-send-email-mst@redhat.com>
References: <1428669111-24225-1-git-send-email-kraxel@redhat.com>
	<1430127956.22166.13.camel@nilsson.home.kraxel.org>
	<20150427120724-mutt-send-email-mst@redhat.com>
	<20150427122319.0cd77059.cornelia.huck@de.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20150427122319.0cd77059.cornelia.huck@de.ibm.com>
Subject: Re: [Qemu-devel] [PATCH 0/9] virtio-1.0: cleanups and preparations
 for virtio-vga
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Cornelia Huck <cornelia.huck@de.ibm.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>, qemu-devel@nongnu.org

On Mon, Apr 27, 2015 at 12:23:19PM +0200, Cornelia Huck wrote:
> On Mon, 27 Apr 2015 12:15:16 +0200
> "Michael S. Tsirkin" <mst@redhat.com> wrote:
> 
> > That branch still needs some work.
> > I hope to have things in mergeable state end of may.
> > In particular
> > - the way we have structured breaks migration and
> >   makes supporting it properly tricky, so I'm refactoring
> >   some code.
> > - virtio 1 spec forbids devices from accessing memory
> >   until DRIVER_OK is set, but we also need to support
> >   legacy guests which trigger ready state by kicking some ring.
> > 
> > Do you need some bits from master on that branch?
> > I could rebase it if it's helpful.
> 
> I'd find it helpful if you could rebase it - I think there was some
> stuff still sitting somewhere in one of my branches that I wanted to
> follow up on.

OK, will do hopefully tomorrow.

-- 
MST