From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47339)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jcody@redhat.com>) id 1WvRvm-0003L9-Tp
	for qemu-devel@nongnu.org; Fri, 13 Jun 2014 09:54:18 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jcody@redhat.com>) id 1WvRvf-0006H3-FE
	for qemu-devel@nongnu.org; Fri, 13 Jun 2014 09:54:10 -0400
Received: from mx1.redhat.com ([209.132.183.28]:62236)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jcody@redhat.com>) id 1WvRvf-0006Gt-79
	for qemu-devel@nongnu.org; Fri, 13 Jun 2014 09:54:03 -0400
Date: Fri, 13 Jun 2014 09:53:55 -0400
From: Jeff Cody <jcody@redhat.com>
Message-ID: <20140613135355.GB20898@localhost.localdomain>
References: <CAJSP0QU1L=VmuQM8ZxsWoNf3dpukhdDrExk7_3e9T1HaZyXm8A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <CAJSP0QU1L=VmuQM8ZxsWoNf3dpukhdDrExk7_3e9T1HaZyXm8A@mail.gmail.com>
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] Block layer meeting notes from June 10/11
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: Stefan Hajnoczi <stefanha@gmail.com>
Cc: Kevin Wolf <kwolf@redhat.com>, =?iso-8859-1?Q?Beno=EEt?= Canet <benoit.canet@irqsave.net>, Fam Zheng <famz@redhat.com>, qemu-devel <qemu-devel@nongnu.org>, Markus Armbruster <armbru@redhat.com>, Max Reitz <mreitz@redhat.com>

On Fri, Jun 13, 2014 at 09:28:28PM +0800, Stefan Hajnoczi wrote:
>

<snip>

>  * Mutual exclusion of operations/background jobs (bs->in_use / BlockOp=
Type)
>   * Streaming in two different parts of the backing chain - allowed?
> (Beno=EEt though that not, but does anything break?)
>   * Does streaming only require that streamed images stay read-only
> (i.e. backing chain segment on which the operation is performed)
>   * Live commit in the opposite direction at the same time?
>=20
> Action:
>  * Draw up matrix of operations (mirror, stream, resize, etc)
>  * Make op blocker mechanism use matrix as data instead of code
> (define an array)
>  * Enforce that new QMP/QAPI commands and block jobs add themselves to
> the matrix
>  * Recursively add blockers to child nodes (driver method?) [Benoit]
>=20

Benoit, you have quite a few items on your list - would it be useful
if I worked on this?  It would dovetail nicely with the node-name
commit/stream patches.

Thanks,
Jeff