From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41068) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zoi2i-0006Cc-4F for qemu-devel@nongnu.org; Tue, 20 Oct 2015 21:18:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zoi2h-00080K-6z for qemu-devel@nongnu.org; Tue, 20 Oct 2015 21:18:16 -0400 Date: Wed, 21 Oct 2015 09:18:05 +0800 From: Fam Zheng Message-ID: <20151021011805.GA639@ad.usersys.redhat.com> References: <1445318223-30055-1-git-send-email-famz@redhat.com> <20151020141727.GB30615@noname> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151020141727.GB30615@noname> Subject: Re: [Qemu-devel] [PATCH v4 00/12] block: Protect nested event loop with bdrv_drained_begin and bdrv_drained_end List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin Wolf Cc: pbonzini@redhat.com, stefanha@redhat.com, qemu-devel@nongnu.org, qemu-block@nongnu.org On Tue, 10/20 16:17, Kevin Wolf wrote: > Am 20.10.2015 um 07:16 hat Fam Zheng geschrieben: > > v4: Rebase on to master so fix the "bdrv_move_feature_fields" issue. > > > > v3: Call bdrv_drain unconditionally in bdrv_drained_begin. > > Document the internal I/O implications between bdrv_drain_begin and end. > > > > The nested aio_poll()'s in block layer has a bug that new r/w requests from > > ioeventfds and nbd exports are processed, which might break the caller's > > semantics (qmp_transaction) or even pointers (bdrv_reopen). > > This series conflicts with the first part of Max' "BlockBackend and > media" series which I already merged to my tree. I tried to resolve the > conflict while applying, but while it doesn't seem really hard to do, > it's a bit more involved than what I'm willing to do while applying. > > So I'm afraid I have to request another rebase. Sure, thanks for taking a look! Fam