From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id 43BEC58C5 for ; Fri, 28 Oct 2016 16:31:52 +0200 (CEST) Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga103.fm.intel.com with ESMTP; 28 Oct 2016 07:31:51 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,410,1473145200"; d="scan'208";a="24766543" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.237.220.146]) ([10.237.220.146]) by fmsmga006.fm.intel.com with ESMTP; 28 Oct 2016 07:31:50 -0700 From: Ferruh Yigit To: DPDK Message-ID: <8c7f9d25-b042-6b7e-b197-7873ea7425ef@intel.com> Date: Fri, 28 Oct 2016 15:31:50 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: [dpdk-dev] KNI discussion in userspace event 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, 28 Oct 2016 14:31:52 -0000 Hi, There was an "Interworking with the Linux Kernel" discussion in the DPDK userspace event, this mail is to summarize the output and to get more comments from community. Briefly, KNI mostly will stay as it is as an interworking with the Linux kernel solution. Out of tree kernel module concern is still there, but there is no clear alternative to switch. And community still care about performance of KNI and control path of KNI. Only KNI VHOST may go away. KNI PMD depends on community interest. There was no modification request on KNI library and sample app. Discussed alternatives were: * Tun/Tap This won't be as fast as KNI and performance is an issue. * virtio-user + vhost-net This can be valid alternative, removes the out of tree kernel module need. But missing control path. Proof of concept work will be done. * Bifurcated driver Not able to filter all traffic, not a full functional alternative. * Upstreaming kernel module: Stephen suggested upstreaming a generic shim layer and use it. Future of the KNI: * Remove ethtool support ? Still there is some interest, will keep it. But not able to extend it to other drivers with current design. * Remove KNI VHOST? There were no interest for this feature. I will send a deprecation notice to remove this, and we can discuss more there. * What to do with out of tree kernel module It is still problem for OSVs and unfortunately it is staying. * Switch completely to an alternative approach? There won't be an action for a switch. virtio-user + vhost-net alternative will be investigated. *KNI PMD Patch is in the mail list, missing comments. If it gets some interest/comments/acks it may go in to next release. * Any improvement on library or sample app? Nothing listed. Thanks, ferruh