From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=48369 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PPujK-0002KI-Gn for qemu-devel@nongnu.org; Tue, 07 Dec 2010 05:25:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PPuj2-0005pO-A5 for qemu-devel@nongnu.org; Tue, 07 Dec 2010 05:25:06 -0500 Received: from mx1.redhat.com ([209.132.183.28]:33230) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PPuj2-0005oj-3C for qemu-devel@nongnu.org; Tue, 07 Dec 2010 05:24:48 -0500 Message-ID: <4CFE0B5F.3080301@redhat.com> Date: Tue, 07 Dec 2010 11:24:31 +0100 From: Jes Sorensen MIME-Version: 1.0 References: <1291399402-20366-1-git-send-email-mdroth@linux.vnet.ibm.com> In-Reply-To: <1291399402-20366-1-git-send-email-mdroth@linux.vnet.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [RFC][PATCH v5 00/21] virtagent: host/guest RPC communication agent List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Roth Cc: agl@linux.vnet.ibm.com, stefanha@linux.vnet.ibm.com, abeekhof@redhat.com, qemu-devel@nongnu.org, aliguori@linux.vnet.ibm.com, ryanh@us.ibm.com On 12/03/10 19:03, Michael Roth wrote: > These patches apply to master, and can also be obtained from: > git://repo.or.cz/qemu/mdroth.git virtagent_v5 > > CHANGES IN V5: > > - Dependency on virtproxy dropped, virtagent now handles transport and multiplexing of bi-directional RPCs internally > - Removed duplification of qemu_set_fd_handler()-centered i/o code. Support for interacting with objects that use qemu_set_fd_handler() now available to tools via qemu-tools.c and a set of generalized utility functions > - Fixed memory leaks in client/monitor functions > - Various cleanups Hi Michael, Does this mean that virtproxy is now obsolete, or does it just mean using virtproxy is optional? I would still prefer to have virtagent a separate package, rather than part of the QEMU tree though. Thanks, Jes