From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 14BE08F9B for ; Fri, 22 Jan 2016 17:56:18 +0100 (CET) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga101.fm.intel.com with ESMTP; 22 Jan 2016 08:56:17 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,332,1449561600"; d="scan'208";a="896196035" Received: from irvmail001.ir.intel.com ([163.33.26.43]) by orsmga002.jf.intel.com with ESMTP; 22 Jan 2016 08:56:18 -0800 Received: from sivlogin002.ir.intel.com (sivlogin002.ir.intel.com [10.237.217.37]) by irvmail001.ir.intel.com (8.14.3/8.13.6/MailSET/Hub) with ESMTP id u0MGuG2S031360; Fri, 22 Jan 2016 16:56:16 GMT Received: from sivlogin002.ir.intel.com (localhost [127.0.0.1]) by sivlogin002.ir.intel.com with ESMTP id u0MGuF9L001526; Fri, 22 Jan 2016 16:56:15 GMT Received: (from fyigit@localhost) by sivlogin002.ir.intel.com with œ id u0MGuFOH001522; Fri, 22 Jan 2016 16:56:15 GMT X-Authentication-Warning: sivlogin002.ir.intel.com: fyigit set sender to ferruh.yigit@intel.com using -f Date: Fri, 22 Jan 2016 16:56:15 +0000 From: Ferruh Yigit To: Thomas Monjalon Message-ID: <20160122165615.GA31579@sivlogin002.ir.intel.com> Mail-Followup-To: Thomas Monjalon , dev@dpdk.org References: <1453478442-23000-1-git-send-email-ferruh.yigit@intel.com> <1881890.o9IDb9bZGc@xps13> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1881890.o9IDb9bZGc@xps13> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [RFC 0/2] slow data path communication between DPDK port and Linux X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2016 16:56:19 -0000 On Fri, Jan 22, 2016 at 05:31:45PM +0100, Thomas Monjalon wrote: > Hi Ferruh, > > Not commenting the implementation, just the method. > > 2016-01-22 16:00, Ferruh Yigit: > > This is slow data path communication implementation based on existing KNI. > > Difference is: librte_kni converted into a PMD, kdp kernel module is almost > > same except all control path functionality removed and some simplification done. > > Is there a chance to submit such kernel module on LKML instead of DPDK? > We should avoid maintaining some out-of-tree modules. The ones I have sent are not generic enough to be in Linux tree. We already maintain kni kernel module, these patches are part of effort to make kni more maintainable, by separation of concerns, removing network drivers from it, and simplifying some of code. For this patch set, tun/tap interface can be alternative, and it looks like it removes out-of-tree kernel module requirement, unless people want current FIFO implementation because of better performance. For control path, unfortunately I am not aware of any solution without out-of-tree kernel module support. Thanks, ferruh