From mboxrd@z Thu Jan 1 00:00:00 1970 From: Luke Gorrie Subject: Re: [dpdk-announce] DPDK Features for Q1 2015 Date: Wed, 22 Oct 2014 18:10:13 +0200 Message-ID: References: <26FA93C7ED1EAA44AB77D62FBE1D27BA54C361DF@IRSMSX102.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Cc: "dev-VfR2kkLFssw@public.gmane.org" To: "O'driscoll, Tim" Return-path: In-Reply-To: <26FA93C7ED1EAA44AB77D62FBE1D27BA54C361DF-kPTMFJFq+rFP9JyJpTNKArfspsVTdybXVpNB7YpNyf8@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" Hi Tim, On 22 October 2014 15:48, O'driscoll, Tim wrote: > 2.0 (Q1 2015) DPDK Features: > Bifurcated Driver: With the Bifurcated Driver, the kernel will retain > direct control of the NIC, and will assign specific queue pairs to DPDK. > Configuration of the NIC is controlled by the kernel via ethtool. > That sounds awesome and potentially really useful for other people writing userspace data planes too. If I understand correctly, this way the messy details can be contained in one place (kernel) and the application (DPDK PMD or otherwise) will access the NIC TX/RX queue via the ABI defined in the hardware data sheet. Single Virtio Driver: Merge existing Virtio drivers into a single > implementation, incorporating the best features from each of the existing > drivers. > Cool. Do you have a strategy in mind already for zero-copy optimisation with VMDq? I have seen some patches floating around for this and it's an area of active interest for myself and others. I see a lot of potential for making this work more effectively with some modest extensions to Virtio and guest behaviour, and would love to meet kindred spirits who are thinking along these lines too.