From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-f41.google.com (mail-vk0-f41.google.com [209.85.213.41]) by dpdk.org (Postfix) with ESMTP id CBF1C11C5 for ; Mon, 14 Mar 2016 18:40:05 +0100 (CET) Received: by mail-vk0-f41.google.com with SMTP id k1so218338695vkb.0 for ; Mon, 14 Mar 2016 10:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infiniteio-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=fuO70hET3j3a6SDmp6djrE+uDiUOfhZIYdWRIdjAYQk=; b=kFx506Mh4dOekzTozMMSwWJ8CFKFHIr7HVgab9HDAzexQnZaNk3kXGFNdQBMxH+Zba LJoWAKLaD8fbl90e0/yxON2r066P90eFhOG1FQikyT8TGZrmRk7pRxOxd00ZtW/vRkPV d9TqW5eewFPBMqXg4nxDlKAS/fOVC6POibt5xZdu5e4FJaFJT9aALFCMx6FPmyYxVEG4 AY4vn8nBzOalftHTY71YKq4B+8mkDxRGAEfk2Dp9d0ZMNHMEAfV5yijkDSQkMM5+IkW/ cbub+Q/f5MiuQQfptrIUQwM3t0mWdHrOJNqaMwMxLyqrMUVeHdBvcO5yv3Vr2HAdR/ha uKiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=fuO70hET3j3a6SDmp6djrE+uDiUOfhZIYdWRIdjAYQk=; b=lPz/FgKRgCCKrH1CbjUm3GFGk2g+Z1qgFC4/H6Ekg6eqwS0Ah9DvxMOuhOEUvAncuL IK5zK7TEOcL5Ehl2QtlSx4/YxoyvmbAJ5WJXqGIGbEArftf1mSboOhDa02nrE+fC24vQ 42UQ7C7xcqHS6o0yy03Xc3uzDgN5DBxRqgOnFPSve4B5ckA1sBSpkhs6Xjpu+6bJ4qqw UIrcPNPUCQraxH8hK4Aln1yVLuaSpWm8C6TQzABVSHjgxviyL+2JQ0QUnHeDT2owaT5V 23ZdCekKub3XeNTuyE/fht+VAQoa2moiIl1SqRtCNbMS1T1JZ7RQGLru9f9ZaixWuDyJ jhCw== X-Gm-Message-State: AD7BkJIZwm2te9fkMuc0JtGQ4AiO0TwU6/EgE1+jF3ku1P9mwM9aUMFi9ybicMq4+DWz7iFDGwrcPzbsCrlUMQ== MIME-Version: 1.0 X-Received: by 10.31.180.215 with SMTP id d206mr25799753vkf.125.1457977205248; Mon, 14 Mar 2016 10:40:05 -0700 (PDT) Received: by 10.103.86.10 with HTTP; Mon, 14 Mar 2016 10:40:05 -0700 (PDT) In-Reply-To: <56E6D956.8050809@intel.com> References: <1456846920-28770-1-git-send-email-ferruh.yigit@intel.com> <1457523689-6223-1-git-send-email-ferruh.yigit@intel.com> <56E6D956.8050809@intel.com> Date: Mon, 14 Mar 2016 12:40:05 -0500 Message-ID: From: Jay Rolette To: Ferruh Yigit Cc: DPDK , David Marchand , Helin Zhang , Remy Horton Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [PATCH v5 0/4] Use common Linux tools to control DPDK ports 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: Mon, 14 Mar 2016 17:40:06 -0000 Is there some technical reason or is it just the push-back you are getting from some of the maintainers? I chimed in on one of the other threads already, but I'm extremely disappointed that usability and serviceability improvements to existing DPDK capabilities (KNI) are getting blocked like this. For companies building network appliances based on DPDK, having a kernel module that isn't in the tree just isn't that big of a deal. Long term goals for getting this upstream are great, but why not take advantage of incremental improvements in the meantime? Jay On Mon, Mar 14, 2016 at 10:31 AM, Ferruh Yigit wrote: > On 3/9/2016 11:41 AM, Ferruh Yigit wrote: > > This patch sent to keep record of latest status of the work. > > > > > > This work is to make DPDK ports more visible and to enable using common > > Linux tools to configure DPDK ports. > > > > Patch is based on KNI but contains only control functionality of it, > > also this patch does not include any Linux kernel network driver as > > part of it. > > > > Basically with the help of a kernel module (KCP), virtual Linux network > > interfaces named as "dpdk$" are created per DPDK port, control messages > > sent to these virtual interfaces are forwarded to DPDK, and response > > sent back to Linux application. > > > > Virtual interfaces created when DPDK application started and destroyed > > automatically when DPDK application terminated. > > > > Communication between kernel-space and DPDK done using netlink socket. > > > > In long term this patch intends to replace the KNI and KNI will be > > depreciated. > > > > Self-NACK: Will work on netdev to upstream this. > >