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 49F937EB0 for ; Wed, 22 Apr 2015 07:29:40 +0200 (CEST) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga101.fm.intel.com with ESMTP; 21 Apr 2015 22:29:39 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,621,1422950400"; d="scan'208";a="559841667" Received: from pgsmsx106.gar.corp.intel.com ([10.221.44.98]) by orsmga003.jf.intel.com with ESMTP; 21 Apr 2015 22:29:38 -0700 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by PGSMSX106.gar.corp.intel.com (10.221.44.98) with Microsoft SMTP Server (TLS) id 14.3.224.2; Wed, 22 Apr 2015 13:28:23 +0800 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.162]) by SHSMSX101.ccr.corp.intel.com ([10.239.4.153]) with mapi id 14.03.0224.002; Wed, 22 Apr 2015 13:28:22 +0800 From: "Zhang, Helin" To: Vlad Zolotarov , "dev@dpdk.org" Thread-Topic: [dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD Thread-Index: AQHQYaRcvshRlLV5o0CLxEA0HBprMp1Yb+fw//+4vwCAAI2IIA== Date: Wed, 22 Apr 2015 05:28:21 +0000 Message-ID: References: <1426701144-21231-1-git-send-email-vladz@cloudius-systems.com> <55372A8A.1080902@cloudius-systems.com> In-Reply-To: <55372A8A.1080902@cloudius-systems.com> 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 Subject: Re: [dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD 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: Wed, 22 Apr 2015 05:29:41 -0000 Vlad, how about the new elements added? E.g. rx_vec_allowed was added in st= ruct ixgbe_hw in ixgbe_type.h. Regards, Helin > -----Original Message----- > From: Vlad Zolotarov [mailto:vladz@cloudius-systems.com] > Sent: Wednesday, April 22, 2015 12:59 PM > To: Zhang, Helin; dev@dpdk.org > Cc: Ananyev, Konstantin > Subject: Re: [dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD >=20 >=20 >=20 > On 04/22/15 04:23, Zhang, Helin wrote: > > Hi Vlad > > > > I have a concern about the code changes you added in ixgbe_type.h. >=20 > Helin, v9 of this series has addressed exactly this "issue" all new macro= s have > been moved to ixgbe_ethdev.h. >=20 > > For ixgbe, all source files in librte_pmd_ixgbe/ixgbe, except ixgbe_osd= ep.h > were called as "base driver", which was not developed by DPDK developers, > and released by the other team. We never modify any code in those base dr= iver > source files, and just copy those file into DPDK project. > > We did everything in DPDK developed source files. As we depends on that > team to update future base driver for us, and we don't want to maintain a= ny > code changes in "base driver". So we need to think to move your code chan= ges > in ixgbe_type.h to other DPDK developed source files. > > > > Though your code changes is good enough, but we may need to comply with > what we did before. This will save our maintaining efforts in the future.= Also we > have similar rules for e1000, i40e, fm10k. Thank you very much! > > > > Regards, > > Helin > > > >> -----Original Message----- > >> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Vlad Zolotarov > >> Sent: Thursday, March 19, 2015 1:52 AM > >> To: dev@dpdk.org > >> Subject: [dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD > >> > >> This series adds the missing flow for enabling the LRO in the ethdev > >> and adds a support for this feature in the ixgbe PMD. There is a big > >> hope that this initiative is going to be picked up by some Intel > >> developer that would add the LRO support to other Intel PMDs. > >> > >> The series starts with some cleanup work in the code the final patch > >> (the actual adding of the LRO support) is going to touch/use/change. > >> There are still quite a few issues in the ixgbe PMD code left but > >> they have to be a matter of a different series and I've left a few "TO= DO" > >> remarks in the code. > >> > >> The LRO ("RSC" in Intel's context) PMD completion handling code > >> follows the same design as the corresponding Linux and FreeBSD > >> implementation: pass the aggregation's cluster HEAD buffer to the > >> NEXTP entry of the software ring till EOP is met. > >> > >> HW configuration follows the corresponding specs: this feature is > >> supported only by x540 and > >> 82599 PF devices. > >> > >> The feature has been tested with seastar TCP stack with the following > >> configuration on Tx side: > >> - MTU: 400B > >> - 100 concurrent TCP connections. > >> > >> The results were: > >> - Without LRO: total throughput: 0.12Gbps, coefficient of variance= : > 1.41% > >> - With LRO: total throughput: 8.21Gbps, coefficient of variance= : > 0.59% > >> > >> This is an almost factor 80 improvement. > >> > >> New in v8: > >> - Fixed the structs naming: igb_xxx -> ixgbe_xxx (some leftovers i= n > PATCH2). > >> - Took the RSC configuration code from ixgbe_dev_rx_init() into a > separate > >> function - ixgbe_set_rsc(). > >> - Added some missing macros for HW configuration. > >> - Styling adjustments: > >> - Functions names. > >> - Functions descriptions. > >> - Reworked the ixgbe_free_rsc_cluster() code to make it more > readable. > >> - Kill the HEADER_SPLIT flow in ixgbe_set_rsc() since it's not sup= ported > by > >> ixgbe PMD. > >> > >> New in v7: > >> - Free not-yet-completed RSC aggregations in rte_eth_dev_stop() fl= ow. > >> - Fixed rx_bulk_alloc_allowed and rx_vec_allowed initialization: > >> - Don't set them to FALSE in rte_eth_dev_stop() flow - the foll= owing > >> rte_eth_dev_start() will need them. > >> - Reset them to TRUE in rte_eth_dev_configure() and not in a > >> probe() flow. > >> This will ensure the proper behaviour if port is re-configure= d. > >> - Reset the sw_ring[].mbuf entry in a bulk allocation case. > >> This is needed for ixgbe_rx_queue_release_mbufs(). > >> - _recv_pkts_lro(): added the missing memory barrier before RDT > >> update in a > >> non-bulk allocation case. > >> - Don't allow RSC when device is configured in an SR-IOV mode. > >> > >> New in v6: > >> - Fix of the typo in the "bug fixes" series that broke the > >> compilation caused a > >> minor change in this follow-up series. > >> > >> New in v5: > >> - Split the series into "bug fixes" and "all the rest" so that > >> the former could be > >> integrated into a 2.0 release. > >> - Put the RTE_ETHDEV_HAS_LRO_SUPPORT definition at the beginning > >> of rte_ethdev.h. > >> - Removed the "TODO: Remove me" comment near > >> RTE_ETHDEV_HAS_LRO_SUPPORT. > >> > >> New in v4: > >> - Remove CONFIG_RTE_ETHDEV_LRO_SUPPORT from > >> config/common_linuxapp. > >> - Define RTE_ETHDEV_HAS_LRO_SUPPORT in rte_ethdev.h. > >> - As a result of "ixgbe: check rxd number to avoid mbuf leak" > >> (352078e8e) Vector Rx > >> had to get the same treatment as Rx Bulk Alloc (see PATCH4 for > >> more details). > >> > >> New in v3: > >> - ixgbe_rx_alloc_bufs(): Always reset refcnt of the buffers to 1. > >> Otherwise > >> rte_pktmbuf_free() > >> won't free them. > >> > >> New in v2: > >> - Removed rte_eth_dev_data.lro_bulk_alloc and added > >> ixgbe_hw.rx_bulk_alloc_allowed > >> instead. > >> - Unified the rx_pkt_bulk callback setting (a separate new patch). > >> - Fixed a few styling and spelling issues. > >> > >> > >> Vlad Zolotarov (3): > >> ixgbe: Cleanups > >> ixgbe: Code refactoring > >> ixgbe: Add LRO support > >> > >> lib/librte_ether/rte_ethdev.h | 9 +- > >> lib/librte_net/rte_ip.h | 3 + > >> lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h | 6 + > >> lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 11 + > >> lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 5 + > >> lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 766 > >> +++++++++++++++++++++++++++++--- > >> lib/librte_pmd_ixgbe/ixgbe_rxtx.h | 6 + > >> 7 files changed, 737 insertions(+), 69 deletions(-) > >> > >> -- > >> 2.1.0