From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56578) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1faHIJ-0005N1-Ag for qemu-devel@nongnu.org; Tue, 03 Jul 2018 05:08:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1faHIF-0000Mq-5c for qemu-devel@nongnu.org; Tue, 03 Jul 2018 05:08:19 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:52796 helo=mx1.redhat.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1faHIF-0000Mi-0a for qemu-devel@nongnu.org; Tue, 03 Jul 2018 05:08:15 -0400 From: Markus Armbruster References: <20180702162218.13678-1-armbru@redhat.com> <877emc4swv.fsf@dusky.pond.sub.org> Date: Tue, 03 Jul 2018 11:08:13 +0200 In-Reply-To: <877emc4swv.fsf@dusky.pond.sub.org> (Markus Armbruster's message of "Tue, 03 Jul 2018 10:36:48 +0200") Message-ID: <87601wheki.fsf@dusky.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 00/32] qmp: Fixes and cleanups around OOB commands List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: =?utf-8?Q?Marc-Andr=C3=A9?= Lureau , Peter Xu , QEMU , Stefan Hajnoczi , "Dr. David Alan Gilbert" Markus Armbruster writes: > Marc-Andr=C3=A9 Lureau writes: > >> Hi >> >> On Mon, Jul 2, 2018 at 6:21 PM, Markus Armbruster wr= ote: >>> We're trying to get the out-of-band execution feature ready. This >>> series fixes a number of issues, and marks a design flaw FIXME. More >>> work is needed. >> >> They are several related worthy cleanups in the qapi-async series. >> >> They will now conflict with your changes though. > > Puh! > > I haven't looked closely at the qapi-async series; the qapi-if series > took priority. > >> Please take a look roughly from 4/38 to 17/38, and let me know if you >> want me to rebase it for 3.0. > > Extracting its preliminary cleanups into a separate series that could be > merged more quickly makes could make sense. I'll try to have a look. PATCH 02-17 look like they could stand on their own. Too bad I missed them, and thus created a whole bunch of conflicts (-EQUEUE2LONG). Would be really nice if you could salvage the parts that still make sense on top of this series. Even if they should miss 3.0.