[dpdk-dev] Beyond DPDK 2.0

2015-04-26 Thread Jim Thompson
> On Apr 26, 2015, at 4:56 PM, Neil Horman wrote: > > On Sat, Apr 25, 2015 at 04:08:23PM +, Wiles, Keith wrote: >> >> >> On 4/25/15, 8:30 AM, "Marc Sune" wrote: >> >>> >>> >>> On 24/04/15 19:51, Matthew Hall wrote: On Fri, Apr 24, 2015 at 12:39:47PM -0500, Jay Rolette wrote: >

[dpdk-dev] Performance regression in DPDK 1.8/2.0

2015-04-26 Thread Paul Emmerich
Hi, I'm working on a DPDK-based packet generator [1] and I recently tried to upgrade from DPDK 1.7.1 to 2.0.0. However, I noticed that DPDK 1.7.1 is about 25% faster than 2.0.0 for my use case. So I ran some basic performance tests on the l2fwd example with DPDK 1.7.1, 1.8.0 and 2.0.0. I used an

[dpdk-dev] Beyond DPDK 2.0

2015-04-26 Thread Neil Horman
On Sat, Apr 25, 2015 at 04:08:23PM +, Wiles, Keith wrote: > > > On 4/25/15, 8:30 AM, "Marc Sune" wrote: > > > > > > >On 24/04/15 19:51, Matthew Hall wrote: > >> On Fri, Apr 24, 2015 at 12:39:47PM -0500, Jay Rolette wrote: > >>> I can tell you that if DPDK were GPL-based, my company wouldn't

[dpdk-dev] [PATCH v1 4/4] ixgbe: Add support for scattered Rx with bulk allocation.

2015-04-26 Thread Vlad Zolotarov
Simply initialze rx_pkt_burst callback to ixgbe_recv_pkts_lro_bulk_alloc() if the conditions are right. This is possible because work against HW in LRO and scattered cases is exactly the same and LRO callback already supports the bulk allocation. Signed-off-by: Vlad Zolotarov --- lib/librte_pm

[dpdk-dev] [PATCH v1 3/4] ixgbe: Kill ixgbe_recv_scattered_pkts()

2015-04-26 Thread Vlad Zolotarov
Kill ixgbe_recv_scattered_pkts() - use ixgbe_recv_pkts_lro_single_alloc() instead. Work against HW queues in LRO and scattered Rx cases is exactly the same. Therefore we may drop the inferior callback. Signed-off-by: Vlad Zolotarov --- lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 2 +- lib/librte_pm

[dpdk-dev] [PATCH v1 2/4] ixgbe: ixgbe_rx_queue: remove unused rsc_en field

2015-04-26 Thread Vlad Zolotarov
Signed-off-by: Vlad Zolotarov --- lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 3 --- lib/librte_pmd_ixgbe/ixgbe_rxtx.h | 1 - 2 files changed, 4 deletions(-) diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c index 60344a9..a45f51e 100644 --- a/lib/librte_pmd_ixgbe/ixgbe

[dpdk-dev] [PATCH v1 1/4] ixgbe: move rx_bulk_alloc_allowed and rx_vec_allowed to ixgbe_adapter

2015-04-26 Thread Vlad Zolotarov
Move the above fields from ixgbe_hw to ixgbe_adapter. Signed-off-by: Vlad Zolotarov --- lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h | 2 -- lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 8 +++ lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 3 +++ lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 38 ++

[dpdk-dev] [PATCH v1 0/4]: Cleanups in the ixgbe PMD

2015-04-26 Thread Vlad Zolotarov
This series includes: - Fix the "issue" introduced in 01fa1d6215fa7cd6b5303ac9296381b75b9226de: files in librte_pmd_ixgbe/ixgbe/ are shared with FreeBSD and AFAIU should not be changed unless the change is pushed into the FreeBSD tree first. - Remove unused rsc_en field in ixgbe_rx

[dpdk-dev] Compiling files with .S with GCC

2015-04-26 Thread Wiles, Keith
On 4/26/15, 11:53 AM, "Wiles, Keith" wrote: >Hi All, > >I noticed in my builds with foo.S file I would get a warning from the >compiler the foo_s.o.tmp linker file will not be used as the code is not >linked. A strange error and the foo_s.o file would not be created. In the >mk/internal/rte.com

[dpdk-dev] Compiling files with .S with GCC

2015-04-26 Thread Wiles, Keith
Hi All, I noticed in my builds with foo.S file I would get a warning from the compiler the foo_s.o.tmp linker file will not be used as the code is not linked. A strange error and the foo_s.o file would not be created. In the mk/internal/rte.compile-pre.mk we have the following # command to assemb

[dpdk-dev] Beyond DPDK 2.0

2015-04-26 Thread Luke Gorrie
Hi Neil, Thanks for taking the time to reflect on my ideas. On 24 April 2015 at 19:00, Neil Horman wrote: > DPDK will always be > something of a niche market for user to whoom every last ounce of > performance is > the primary requirement This does seem like an excellent position. It is succi

[dpdk-dev] DPDK v2.0 testpmd with Mellanox ConnectX-3 problem!

2015-04-26 Thread Olga Shern
Hi Kang, Sorry for the late response. ConnectX-3 VPI card that you have is supported. So there shouldn?t be any problem. Please make sure to follow the instructions in http://www.dpdk.org/doc/guides/nics/mlx4.html What MLNX_OFED did you install? What is the output of ibdev2netdev? Make sure, mlx