From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33257) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eZBqL-0002ne-N9 for qemu-devel@nongnu.org; Wed, 10 Jan 2018 03:34:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eZBqH-0005ly-Lc for qemu-devel@nongnu.org; Wed, 10 Jan 2018 03:34:41 -0500 Received: from mx1.redhat.com ([209.132.183.28]:35038) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eZBqH-0005km-GJ for qemu-devel@nongnu.org; Wed, 10 Jan 2018 03:34:37 -0500 Date: Wed, 10 Jan 2018 16:34:24 +0800 From: Peter Xu Message-ID: <20180110083424.GI5984@xz-mi> References: <20171219084557.9801-1-peterx@redhat.com> <20171219084557.9801-10-peterx@redhat.com> <1b06d767-0529-12e5-8eaa-f9f56f72b111@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1b06d767-0529-12e5-8eaa-f9f56f72b111@redhat.com> Subject: Re: [Qemu-devel] [RFC v6 09/27] monitor: create monitor dedicate iothread List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake Cc: qemu-devel@nongnu.org, Stefan Hajnoczi , "Daniel P . Berrange" , Paolo Bonzini , Fam Zheng , Juan Quintela , mdroth@linux.vnet.ibm.com, Laurent Vivier , Markus Armbruster , marcandre.lureau@redhat.com, "Dr . David Alan Gilbert" On Tue, Jan 09, 2018 at 05:31:18PM -0600, Eric Blake wrote: > On 12/19/2017 02:45 AM, Peter Xu wrote: > > Grammar in the subject: > > s/monitor dedicate/a dedicated monitor/ > > > Create one IOThread for the monitors, prepared to handle all the > > input/output IOs using existing iothread framework. > > > > Signed-off-by: Peter Xu > > --- > > monitor.c | 29 +++++++++++++++++++++++++++++ > > 1 file changed, 29 insertions(+) > > > > > @@ -207,6 +208,11 @@ struct Monitor { > > QTAILQ_ENTRY(Monitor) entry; > > }; > > > > +/* Let's add monitor global variables to this struct. */ > > Is this comment a placeholder for future additions in later patches of > the series? If so, a temporary TODO or FIXME might make it easier to > track that this patch is part of a series; if not, you could delete the > comment altogether. mon_iothread is the first element of struct already so IMHO it's not really a TODO. The series will add some more things inside though (and hoping that it can be a good place to unify global monitor stuff in the future). Actually the comment is a suggestion from Stefan and either with/without it works for me. > > > +static struct { > > + IOThread *mon_iothread; > > +} mon_global; > > + > > Up to you what to do about the comment; tweaking it (or leaving it > unchanged) is not a semantic change, so I'm fine with: > > Reviewed-by: Eric Blake So I'm taking the R-b if you won't disagree and keep everything untouched. Thanks, -- Peter Xu