From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Zhang, Helin" Subject: Re: DPDK 2.2 roadmap Date: Mon, 14 Sep 2015 08:40:20 +0000 Message-ID: References: <1882381.9qlZTmz9zB@xps13> <26FA93C7ED1EAA44AB77D62FBE1D27BA67401646@IRSMSX108.ger.corp.intel.com> <2207263.dDyMmkz5Pr@xps13> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Cc: "dev@dpdk.org" To: Thomas Monjalon , "O'Driscoll, Tim" Return-path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 9BE9D37AF for ; Mon, 14 Sep 2015 10:41:18 +0200 (CEST) In-Reply-To: <2207263.dDyMmkz5Pr@xps13> Content-Language: en-US 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" > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Thomas Monjalon > Sent: Thursday, September 10, 2015 8:44 PM > To: O'Driscoll, Tim > Cc: dev@dpdk.org > Subject: Re: [dpdk-dev] DPDK 2.2 roadmap >=20 > 2015-09-09 12:56, O'Driscoll, Tim: > > DCB for i40e &X550: DCB support will be extended to the i40e and X550 = NICs. Yes, i40e DCB will be enabled in R2.2. >=20 > A patch for DCB on X550 is already applied but the release notes part was > forgotten. >=20 > > IPsec Sample App: A sample application will be provided to show how > > the cryptodev library can be used to implement IPsec. This will be > > based on the NetBSD IPsec implementation. >=20 > For each API, it is really interesting to have some unit tests and some e= xamples to > show how it should be used. However adding an IPsec stack looks to be bey= ond > the need of an API example. It may be big and difficult to maintain when > updating DPDK. > Why not spawn a new project here: http://dpdk.org/browse/ ? >=20 > > Refactor EAL for Non-PCI Devices: This has been discussed extensively = on the > mailing list. See the RFCs for Refactor eal driver registration code > (http://dpdk.org/ml/archives/dev/2015-September/023257.html) and Remove > pci driver from vdevs > (http://dpdk.org/ml/archives/dev/2015-August/023016.html). >=20 > I have the feeling we should think it as an unification work to reduce di= fferences > between physical and virtual devices handling. > Probably it will have to be continued during 2.3 cycle. >=20 > > Vhost Multi-Queue Support: The vhost-user library will be updated to p= rovide > multi-queue support in the host similar to the RSS model so that guest dr= iver may > allocate multiple rx/tx queues which then may be used to load balance bet= ween > cores. See http://dpdk.org/ml/archives/dev/2015-August/022758.html for mo= re > details. >=20 > Does it require a patch on Qemu? >=20 > > Config Granularity of RSS for i40e: All RSS hash and filter configurat= ions for > IPv4/v6, TCP/UDP, GRE, etc will be implemented for i40e. This includes su= pport > for QinQ and tunneled packets. >=20 > What is missing in i40e RSS/filtering? The fields used for HASH-ing is configured by firmware, some of users want = to have a bit more flexibility on selecting packet fields for hashing. >=20 > > I40e 32-bit GRE Keys: Both 24 and 32 bit keys for GRE will be supporte= d for > i40e. >=20 > Could you please give more details? Currently only 24 bits of GRE key will be used for hash/filter calculation,= while 32 bits was wanted by some of users. So either 24 or 32 bits can be selected by the= users from R2.2. >=20 > > X550 Enhancements: Support VF TSO, more Entries in RSS and per VF RSS, > network overlay support with flow director for X550. >=20 > Could you please give more details on "network overlay support with flow > director"? X550 hardware supports flow director on tunneled packets (VXLAN/NVGRE), the= se will be enabled from R2.2. Regards, Helin >=20 > Thanks for sharing your plan