DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Zhang, Helin" <helin.zhang@intel.com>
To: Vlad Zolotarov <vladz@cloudius-systems.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 05:28:21 +0000	[thread overview]
Message-ID: <F35DEAC7BCE34641BA9FAC6BCA4A12E70A851C3C@SHSMSX104.ccr.corp.intel.com> (raw)
In-Reply-To: <55372A8A.1080902@cloudius-systems.com>

Vlad, how about the new elements added? E.g. rx_vec_allowed was added in struct 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
> 
> 
> 
> 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

  reply	other threads:[~2015-04-22  5:29 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
2015-04-22  5:28     ` Zhang, Helin [this message]
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=F35DEAC7BCE34641BA9FAC6BCA4A12E70A851C3C@SHSMSX104.ccr.corp.intel.com \
    --to=helin.zhang@intel.com \
    --cc=dev@dpdk.org \
    --cc=vladz@cloudius-systems.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).