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 70B282EDA for ; Fri, 20 Nov 2015 03:00:55 +0100 (CET) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 19 Nov 2015 18:00:54 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,320,1444719600"; d="scan'208";a="842936993" Received: from fmsmsx108.amr.corp.intel.com ([10.18.124.206]) by fmsmga001.fm.intel.com with ESMTP; 19 Nov 2015 18:00:54 -0800 Received: from fmsmsx117.amr.corp.intel.com (10.18.116.17) by FMSMSX108.amr.corp.intel.com (10.18.124.206) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 19 Nov 2015 18:00:53 -0800 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by fmsmsx117.amr.corp.intel.com (10.18.116.17) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 19 Nov 2015 18:00:53 -0800 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.83]) by SHSMSX152.ccr.corp.intel.com ([169.254.6.193]) with mapi id 14.03.0248.002; Fri, 20 Nov 2015 10:00:52 +0800 From: "Xie, Huawei" To: Rich Lane , Tetsuya Mukawa Thread-Topic: [dpdk-dev] [RFC PATCH 0/2] Virtio-net PMD Extension to work on host. Thread-Index: AdEjN0fy2bDVN/9hSVqP/CYmKVuPOA== Date: Fri, 20 Nov 2015 02:00:51 +0000 Message-ID: References: <1447930650-26023-1-git-send-email-mukawa@igel.co.jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "nakajima.yoshihiro@lab.ntt.co.jp" , "zhbzg@huawei.com" , "mst@redhat.com" , "dev@dpdk.org" , "oscar.zhangbo@huawei.com" , "gaoxiaoqiu@huawei.com" , "ann.zhuangyanying@huawei.com" , "zhoujingbin@huawei.com" , "guohongzhen@huawei.com" Subject: Re: [dpdk-dev] [RFC PATCH 0/2] Virtio-net PMD Extension to work on host. 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, 20 Nov 2015 02:00:55 -0000 On 11/20/2015 2:16 AM, Rich Lane wrote:=0A= > What's the reason for using qemu as a middleman? Couldn't the new PMD=0A= > itself open /dev/vhost-net or the vhost-user socket and send the commands= =0A= > to set up virtqueues? That was the approach taken by Jianfeng's earlier R= FC.=0A= Rich:=0A= Our initial POC also has a device simulation layer, but it is linked=0A= with the DPDK driver as a library.=0A= As i created that device simulation based on lkvm, and it takes too much=0A= effort to rewrite it from scratch, so we decide to release a simple=0A= version without device simulation first.=0A= Without device simulation, The PMD is pretty simple, standalone, no=0A= dependency to qtest process.=0A= With device simulation, we could easily implement other virtio device in=0A= DPDK easily, like virtio-crypt.=0A= Maybe anyway we provide the simple implementation option, for customers=0A= who don't like the extra complexity to launch a secondary process in=0A= their container.=0A= [...]=0A= =0A= =0A=