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
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
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
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 ++
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
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
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
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
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
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
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
> 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:
>
12 matches
Mail list logo
