From: Vlad Zolotarov <vladz@cloudius-systems.com>
To: "Zhang, Helin" <helin.zhang@intel.com>, "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD
Date: Wed, 22 Apr 2015 07:58:50 +0300 [thread overview]
Message-ID: <55372A8A.1080902@cloudius-systems.com> (raw)
In-Reply-To: <F35DEAC7BCE34641BA9FAC6BCA4A12E70A851B71@SHSMSX104.ccr.corp.intel.com>
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.
Helin, v9 of this series has addressed exactly this "issue" all new
macros have been moved to ixgbe_ethdev.h.
> For ixgbe, all source files in librte_pmd_ixgbe/ixgbe, except ixgbe_osdep.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 driver 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 any code changes in "base driver". So we need to think to move your code changes 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 "TODO"
>> 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 in 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 supported by
>> ixgbe PMD.
>>
>> New in v7:
>> - Free not-yet-completed RSC aggregations in rte_eth_dev_stop() flow.
>> - Fixed rx_bulk_alloc_allowed and rx_vec_allowed initialization:
>> - Don't set them to FALSE in rte_eth_dev_stop() flow - the following
>> 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-configured.
>> - 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
next prev parent reply other threads:[~2015-04-22 4:58 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-18 17:52 Vlad Zolotarov
2015-03-18 17:52 ` [dpdk-dev] [PATCH v8 1/3] ixgbe: Cleanups Vlad Zolotarov
2015-03-18 17:52 ` [dpdk-dev] [PATCH v8 2/3] ixgbe: Code refactoring Vlad Zolotarov
2015-03-18 17:52 ` [dpdk-dev] [PATCH v8 3/3] ixgbe: Add LRO support Vlad Zolotarov
2015-03-30 14:18 ` Ananyev, Konstantin
2015-03-30 15:37 ` Vlad Zolotarov
2015-03-30 15:57 ` Vlad Zolotarov
2015-03-29 8:57 ` [dpdk-dev] [PATCH v8 0/3]: Add LRO support to ixgbe PMD Vlad Zolotarov
2015-04-22 1:23 ` Zhang, Helin
2015-04-22 1:45 ` Stephen Hemminger
2015-04-22 2:01 ` Zhang, Helin
2015-04-22 2:22 ` Stephen Hemminger
2015-04-22 2:23 ` Stephen Hemminger
2015-04-22 4:58 ` Vlad Zolotarov [this message]
2015-04-22 5:28 ` Zhang, Helin
2015-04-22 9:19 ` Vlad Zolotarov
2015-04-23 0:28 ` Zhang, Helin
2015-04-23 9:20 ` Ananyev, Konstantin
2015-04-23 11:01 ` Vladislav Zolotarov
[not found] ` <2601191342CEEE43887BDE71AB9772582142100A@irsmsx105.ger.corp.intel.com>
2015-04-23 11:16 ` Ananyev, Konstantin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55372A8A.1080902@cloudius-systems.com \
--to=vladz@cloudius-systems.com \
--cc=dev@dpdk.org \
--cc=helin.zhang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).