From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46299) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4q5B-0007eL-4t for qemu-devel@nongnu.org; Mon, 23 May 2016 09:39:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b4q56-0000Ak-U5 for qemu-devel@nongnu.org; Mon, 23 May 2016 09:39:44 -0400 Received: from mga14.intel.com ([192.55.52.115]:49168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4q56-0000A3-Ny for qemu-devel@nongnu.org; Mon, 23 May 2016 09:39:40 -0400 Date: Mon, 23 May 2016 21:40:38 +0800 From: Yuanhan Liu Message-ID: <20160523134038.GM5641@yliu-dev.sh.intel.com> References: <1462896240-30999-1-git-send-email-marcandre.lureau@redhat.com> <20160510191834-mutt-send-email-mst@redhat.com> <765120244.1305129.1462897730889.JavaMail.zimbra@redhat.com> <20160515123951-mutt-send-email-mst@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160515123951-mutt-send-email-mst@redhat.com> Subject: Re: [Qemu-devel] [PATCH 00/10] RFCv3: vhost-user: simple reconnection support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: =?iso-8859-1?Q?Marc-Andr=E9?= Lureau , QEMU , Ilya Maximets , jonshin@cisco.com, Tetsuya Mukawa , marcandre lureau On Sun, May 15, 2016 at 12:42:12PM +0300, Michael S. Tsirkin wrote: > > FYI, I have a follow up series (~20 patches, > > https://github.com/elmarco/qemu/tree/vhost-user-reconnect) doing > > mostly cleanups and extra checks for disconnection at run time. In > > particular, it should avoid some obvious crashers/asserts, and > > prevents qemu from running as long the initial vhost_user_start() > > didn't succeed (so initial flags are set). I would like to know how to > > proceed with the follow-up: should I resend the whole series or should > > we review/merge this rfc first (even though it is known to be > > incomplete in many disconnect cases that the follow up fixes). > > > > thanks > > I think a gradual merge is better. +1 May I ask what's the plan to merge this patch set? DPDK has some dependency on this patch set. --yliu