From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=36033 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ORXto-0003II-4e for qemu-devel@nongnu.org; Wed, 23 Jun 2010 17:54:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ORXtn-0002yA-3k for qemu-devel@nongnu.org; Wed, 23 Jun 2010 17:54:23 -0400 Received: from mail-gw0-f45.google.com ([74.125.83.45]:45281) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ORXtn-0002y1-0D for qemu-devel@nongnu.org; Wed, 23 Jun 2010 17:54:23 -0400 Received: by gwb19 with SMTP id 19so1788993gwb.4 for ; Wed, 23 Jun 2010 14:54:22 -0700 (PDT) Message-ID: <4C228290.4000103@codemonkey.ws> Date: Wed, 23 Jun 2010 16:54:24 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH v6 6/6] the stand-alone shared memory server for inter-VM shared memory References: <1275687942-12312-1-git-send-email-cam@cs.ualberta.ca> <1275687942-12312-2-git-send-email-cam@cs.ualberta.ca> <1275687942-12312-3-git-send-email-cam@cs.ualberta.ca> <1275687942-12312-4-git-send-email-cam@cs.ualberta.ca> <1275687942-12312-5-git-send-email-cam@cs.ualberta.ca> <1275687942-12312-6-git-send-email-cam@cs.ualberta.ca> <1275687942-12312-7-git-send-email-cam@cs.ualberta.ca> <4C16506E.4030902@codemonkey.ws> <4C22082A.3010706@redhat.com> In-Reply-To: <4C22082A.3010706@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Cam Macdonell , qemu-devel@nongnu.org, kvm@vger.kernel.org On 06/23/2010 08:12 AM, Avi Kivity wrote: > On 06/14/2010 06:53 PM, Anthony Liguori wrote: >>> index 0000000..e0a7b98 >>> --- /dev/null >>> +++ b/contrib/ivshmem-server/ivshmem_server.c >> >> >> There's no licensing here. I don't think this belongs in the qemu >> tree either to be honest. > > I asked for this, to simplify life for people trying this out. > >> If it were to be included, it ought to use all of the existing qemu >> infrastructure like the other qemu-* tools. > > That's why it's in contrib/, a customary place for things included for > convenience but not really belonging. > > I don't mind leaving it out though. I think it's better in the long term. Then it has it's own tree and can evolve at it's own rate. Regards, Anthony Liguori