From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43389) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awA2D-0000Lf-AG for qemu-devel@nongnu.org; Fri, 29 Apr 2016 11:08:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1awA20-0006eY-7p for qemu-devel@nongnu.org; Fri, 29 Apr 2016 11:08:43 -0400 Date: Fri, 29 Apr 2016 17:07:58 +0200 From: Kevin Wolf Message-ID: <20160429150758.GK4350@noname.redhat.com> References: <3b38569c5caeb92ae2fd6b3c6c7272bcce2dcf85.1459776815.git.berto@igalia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3b38569c5caeb92ae2fd6b3c6c7272bcce2dcf85.1459776815.git.berto@igalia.com> Subject: Re: [Qemu-devel] [PATCH v9 06/11] block: Support streaming to an intermediate layer List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alberto Garcia Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org, Max Reitz , Eric Blake , Stefan Hajnoczi , jcody@redhat.com Am 04.04.2016 um 15:43 hat Alberto Garcia geschrieben: > This makes sure that the image we are steaming into is open in s/steaming/streaming/ > read-write mode during the operation. > > The block job is created on the destination image, but operation > blockers are also set on the active layer. We do this in order to > prevent other block jobs from running in parallel in the same chain. > See here for details on why that is currently not supported: > > [Qemu-block] RFC: Status of the intermediate block streaming work > https://lists.gnu.org/archive/html/qemu-block/2015-12/msg00180.html > > Finally, this also unblocks the stream operation in backing files. > > Signed-off-by: Alberto Garcia Would be great to have the new op blockers already, because having to know the active layer before streaming can be started is certainly not nice. Kevin