From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id 3BBCC37B8 for ; Thu, 13 Oct 2016 05:15:48 +0200 (CEST) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga101.jf.intel.com with ESMTP; 12 Oct 2016 20:15:46 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,338,1473145200"; d="scan'208";a="772007073" Received: from tanjianf-mobl.ccr.corp.intel.com (HELO [10.239.201.149]) ([10.239.201.149]) by FMSMGA003.fm.intel.com with ESMTP; 12 Oct 2016 20:15:43 -0700 To: Thomas Monjalon , "O'Driscoll, Tim" References: <26FA93C7ED1EAA44AB77D62FBE1D27BA675F11C5@IRSMSX108.ger.corp.intel.com> <1998191.9HGrB6oKr3@xps13> Cc: dev@dpdk.org, stephen@networkplumber.org From: "Tan, Jianfeng" Message-ID: <6d6c30a9-118b-2780-9757-160c18b11488@intel.com> Date: Thu, 13 Oct 2016 11:15:42 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1998191.9HGrB6oKr3@xps13> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] 17.02 Roadmap 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: Thu, 13 Oct 2016 03:15:48 -0000 Hi Thomas, On 10/11/2016 4:42 AM, Thomas Monjalon wrote: > Thanks Tim for the interesting inputs. > Some of them may require a dedicated thread to continue the discussion > based on some preliminary specifications or drafts. [...] >> Interrupt Mode Support in Virtio PMD: Support for interrupt mode will be added to the virtio PMD. > I guess you mean Rx interrupt in virtio PMD to avoid 100% polling in the VM? Yes, it is. Previously, Stephen Hemminger has worked out a version which requires MSI support in uio driver, which is not upstreamed. And as Stephen said here (http://dpdk.org/ml/archives/dev/2015-December/030913.html), we will go with VFIO with no-IOMMU. And this dependence has been addressed in Linux 4.8, 033291eccbd ("vfio: Include No-IOMMU mode"). Hi Stephen, Sorry that I did not sync up with you about this topic before it's sent out. Have you already started the work on this topic? Or I'll work on this and ask your review? > >> Virtio-User as an Alternative Exception Path: Investigate the use of virtio-user and vhost-net as an alternative exception path to KNI that does not require out of tree drivers. This work is still at an experimental stage, so it may not be included in 17.02. > Interesting. Please share more details of the design you are thinking of. > Currently, virtio-user just has the vhost-user backend (and the vhost-kernel path has been dropped before merge). The path of vhost-kernel has been dropped for bad performance comparing to vhost-user. And we want keep the code as simple as possible. But after a second thought, virtio_user + vhost-kernel is a good candidate for exceptional path. 1. maintenance: vhost-net (kernel) is upstreamed and extensively used kernel module. We don't need any out-of-tree module like KNI. 2. performance: this solution would have at least similar performance with KNI. 3. feature: multi queue, tso, multi-seg mbuf, etc. Any suggestions? Thanks, Jianfeng