From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56880) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAuxH-0003Yl-FL for qemu-devel@nongnu.org; Fri, 03 Jul 2015 03:00:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZAuxB-0003O8-VA for qemu-devel@nongnu.org; Fri, 03 Jul 2015 03:00:11 -0400 Received: from mx1.redhat.com ([209.132.183.28]:49066) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAuxB-0003Lu-QC for qemu-devel@nongnu.org; Fri, 03 Jul 2015 03:00:05 -0400 Message-ID: <1435906801.26896.3.camel@redhat.com> From: Gerd Hoffmann Date: Fri, 03 Jul 2015 09:00:01 +0200 In-Reply-To: <876162qw24.fsf@blackfin.pond.sub.org> References: <1435212976.18484.4.camel@redhat.com> <876162qw24.fsf@blackfin.pond.sub.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 0/5] qapi flattening + some miscellaneous patches List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: dirty.ice.hu@gmail.com, qemu-devel@nongnu.org, Stefan Hajnoczi , Eduardo Habkost On Do, 2015-07-02 at 20:00 +0200, Markus Armbruster wrote: > Gerd Hoffmann writes: >=20 > > On Di, 2015-06-23 at 15:32 +0200, K=C5=91v=C3=A1g=C3=B3, Zolt=C3=A1n = wrote: > >> I've cherry-picked the qapi related parts from my previous -audiodev > >> patch series, we can hopefully concentrate on one thing at a time. = The > >> most important changes in this patch series are the flattening of th= e > >> Netdev structures. This way we can add proper nested structure supp= ort > >> into OptsVisitor, without requiring backward-compatibility hacks. > > > > Applies and builds fine, no obvious regressions in testing. > > > > Tested-by: Gerd Hoffmann > > > > Getting this merged before hard freeze would be great ... > > > > Any takers? Markus? >=20 > A first round of review is my best offer, I'm afraid: I'll be away the > next two weeks. >=20 > Any particular reason why we want this in 2.4? Looked easy as everybody agreed that flattening the qemu structs is a good thing, and merging stuff helps keeping the out-of-tree patch queues smaller ... cheers, Gerd