From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46675) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKrpp-0006ih-61 for Qemu-devel@nongnu.org; Tue, 04 Mar 2014 11:04:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKrpk-0004hD-EZ for Qemu-devel@nongnu.org; Tue, 04 Mar 2014 11:04:49 -0500 Received: from mx1.redhat.com ([209.132.183.28]:52779) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKrpk-0004gv-7P for Qemu-devel@nongnu.org; Tue, 04 Mar 2014 11:04:44 -0500 Message-ID: <5315F992.1040504@redhat.com> Date: Tue, 04 Mar 2014 17:04:34 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <5310489A.4060501@cisco.com> <53105EB0.3060702@redhat.com> <5315EEFE.6060605@cisco.com> <5315F40E.70102@redhat.com> <5315F813.5010904@cisco.com> In-Reply-To: <5315F813.5010904@cisco.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Contribution - L2TPv3 transport List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Anton Ivanov (antivano)" , Eric Blake Cc: "Qemu-devel@nongnu.org" , Stefan Hajnoczi Il 04/03/2014 16:58, Anton Ivanov (antivano) ha scritto: > On 04/03/14 15:41, Eric Blake wrote: >> On 03/04/2014 08:19 AM, Anton Ivanov (antivano) wrote: >>> Attached is a revised version. >> Better is to post a new top-level thread, with [PATCHv2] in the title. >> Also, one of the v1 review comments was to break this into smaller >> self-contained patches - that review request still applies. > > I will re-post in a minute. >> >> For more hints on patch submission, see: >> http://wiki.qemu.org/Contribute/SubmitAPatch >> >> > It is the smaller self-contained patch. > > It is only the L2TPv3 transport - that is what it takes to implement it. > It is smaller in size than let's say tap or socket (half the size of tap). > > There is nothing else in it. It no longer touches any other common files > either (besides adding its client init to net.c and clients.h). I agree that there's not much to split here. Paolo