From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tetsuya Mukawa Subject: Re: [RFC PATCH v2] vhost: Add VHOST PMD Date: Mon, 19 Oct 2015 10:51:00 +0900 Message-ID: <56244C84.4090309@igel.co.jp> References: <1440993326-21205-1-git-send-email-mukawa@igel.co.jp> <1440993326-21205-2-git-send-email-mukawa@igel.co.jp> <20151016125254.GA9980@bricha3-MOBL3> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org, ann.zhuangyanying@huawei.com To: Bruce Richardson Return-path: Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46]) by dpdk.org (Postfix) with ESMTP id D64248DA8 for ; Mon, 19 Oct 2015 03:51:03 +0200 (CEST) Received: by pacfv9 with SMTP id fv9so78001702pac.3 for ; Sun, 18 Oct 2015 18:51:03 -0700 (PDT) In-Reply-To: <20151016125254.GA9980@bricha3-MOBL3> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 2015/10/16 21:52, Bruce Richardson wrote: > On Mon, Aug 31, 2015 at 12:55:26PM +0900, Tetsuya Mukawa wrote: >> The patch introduces a new PMD. This PMD is implemented as thin wrapper >> of librte_vhost. It means librte_vhost is also needed to compile the PMD. >> The PMD can have 'iface' parameter like below to specify a path to connect >> to a virtio-net device. >> >> $ ./testpmd -c f -n 4 --vdev 'eth_vhost0,iface=/tmp/sock0' -- -i >> >> To connect above testpmd, here is qemu command example. >> >> $ qemu-system-x86_64 \ >> >> -chardev socket,id=chr0,path=/tmp/sock0 \ >> -netdev vhost-user,id=net0,chardev=chr0,vhostforce \ >> -device virtio-net-pci,netdev=net0 >> >> Signed-off-by: Tetsuya Mukawa > With this PMD in place, is there any need to keep the existing vhost library > around as a separate entity? Can the existing library be subsumed/converted into > a standard PMD? > > /Bruce Hi Bruce, I concern about whether the PMD has all features of librte_vhost, because librte_vhost provides more features and freedom than ethdev API provides. In some cases, user needs to choose limited implementation without librte_vhost. I am going to eliminate such cases while implementing the PMD. But I don't have strong belief that we can remove librte_vhost now. So how about keeping current separation in next DPDK? I guess people will try to replace librte_vhost to vhost PMD, because apparently using ethdev APIs will be useful in many cases. And we will get feedbacks like "vhost PMD needs to support like this usage". (Or we will not have feedbacks, but it's also OK.) Then, we will be able to merge librte_vhost and vhost PMD. Thanks, Tetsuya