From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.mhcomputing.net (master.mhcomputing.net [74.208.46.186]) by dpdk.org (Postfix) with ESMTP id E8FD05B09 for ; Tue, 27 Jan 2015 04:06:21 +0100 (CET) Received: by mail.mhcomputing.net (Postfix, from userid 1000) id 1968B80CD37; Mon, 26 Jan 2015 19:06:12 -0800 (PST) Date: Mon, 26 Jan 2015 19:06:12 -0800 From: Matthew Hall To: Ouyang Changchun Message-ID: <20150127030612.GA13138@mhcomputing.net> References: <1421298930-15210-1-git-send-email-changchun.ouyang@intel.com> <1422326164-13697-1-git-send-email-changchun.ouyang@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1422326164-13697-1-git-send-email-changchun.ouyang@intel.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH v2 00/24] Single virtio implementation 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: Tue, 27 Jan 2015 03:06:23 -0000 On Tue, Jan 27, 2015 at 10:35:40AM +0800, Ouyang Changchun wrote: > This is the patch set for single virtio implementation. > > Why we need single virtio? > ============================ > As we know currently there are at least 3 virtio PMD driver implementations: > A) lib/librte_pmd_virtio(refer as virtio A); > B) virtio_net_pmd by 6wind(refer as virtio B); > C) virtio by Brocade/vyatta(refer as virtio C); > > Integrating 3 implementations into one could reduce the maintaining cost and time, > in other hand, user don't need practice their application on 3 variant one by one to see > which one is the best for them; Thank you so much for this, using virtio drivers in DPDK has been messy and unpleasant in the past, and you clearly wrote a lot of nice new code to help improve it all. Previously I'd reported a bug, where all RTE virtio drivers I tried (A and B, because I did not know C existed), failed to work with the virtio-net interfaces exposed in VirtualBox, due to various strange errors, and they all only worked with the virtio-net interfaces from qemu. I wanted to find out if we managed to fix this other problem, because I would really like to use the Vagrant VM deployment tool (https://www.vagrantup.com/) to distribute my open-source DPDK based application to everyone in the open source community. The better the out-of-box experience of practical community-created DPDK-based real-life example applications similar to mine, the more adoption of DPDK and better DPDK community we will be able to have as time marches forward. If we could manage to get it to work in VirtualBox, then I could surely help do some app-level testing on the new code, if we could see it in a test branch or test repo somewhere I could access it. Sincerely, Matthew Hall