I found that it used to have l2fwd-vf in DPDK 1.2.3 release (
http://www.dpdk.org/browse/dpdk/tree/examples/l2fwd-vf/main.c?h=1.2.3)
But in the next release 1.3.1, that directory is gone. Does that mean it is
merged to some other tool ? Which tool can I use to send/receive L2 traffic
from SR-IOV po
I am trying to make SR-IOV + DPDK l2fwd to work together. I can only send
one directional traffic, not bi-directional.
The traffic is one-directionally looped back by l2fwd using DPDK l2fwd as
illustrated below
Spirent port 1 --> KVM host PF -> VF (Virtual function) --> DPDK l2fwd
(looping ba
Hi Thomas,
I am afraid I introduced unnecessary complexity in the discussion as the
spinlock issues I mentioned are connected to a work in progress on my side
(implement a Chelsio cxgb5 PMD) but *not* to the general DPDK.
I'll explain some aspects of the context and how critical sections has to
---
app/test-pmd/testpmd.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/testpmd.c
index b11eb2e..355db0f 100644
--- a/app/test-pmd/testpmd.c
+++ b/app/test-pmd/testpmd.c
@@ -1546,6 +1546,9 @@ init_port_config(void)
if (nb_rxq > 0)
Hi all,
As i am trying to use DPDK ring library in my application. It works fine.
But as per API Documentation there is no function to destroy any
created ring. I have to create a
ring multiple time with same name.
SO is there any way to destroy any created ring then recreate it
with same na
Hi,
I am using dpdk 1.5 where virtio pmd is available
in dpdk-1.5.1r2/lib/librte_pmd_virtio/.
When I run l2fwd reference application, I am getting the following error:
EAL: PCI device :00:08.0 on NUMA socket -1
EAL: probe driver: 1af4:1000 rte_virtio_pmd
EAL: PCI device :00:09.0 on NUM
I forgot to add that you will also need to add -D__STDC_LIMIT_MACROS
because C99 standard specifies that limits such as INT8_MAX should only be
defined if explicitly requested. Also with g++, you can no longer use
non-trivial designated initializers which are used extensively throughout
dpdk sample
Hi Robert,
On Fri, Jan 3, 2014 at 8:52 PM, Robert Sanford wrote:
> Issue #1:
> Our reading of the 82599 data sheet leads us to believe that
> Flow Director can simultaneously handle *both* IPv4 and IPv6 filters,
> with separate filter rules, of course.
>
> Thus, at the bottom of ixgbe_fdir.c:fdir
General Query, has anyone attempted to use valgrind --tool=callgrind with the
testpmd application? I am seeing valgrind core dumping when EAL attempts to
set up hugetlb pages (2MB size). There seems some collision on the mmap() call.
Thanks,
Patrick
Coming to you from deep inside Fortress M
Hamid,
I'm in the same situation as you in which I would like to write most of the
application logic in C++. I was able to use CC=g++ by slightly modifying
the makefiles in mk. I replaced all occurrences of "%.c" with "%.cc" using
the following command.
find . -name "*.mk" -exec sed -i 's/%\.c\([^
On 01/07/2014 02:03 PM, Stefan Baranoff wrote:
>
> All,
>
> Does this mean that an application looking at traffic in something
> like an IP/IP or GRE tunnel with only two endpoints on the tunnels but
> many clients behind them must do software load balancing as the
> packets would IP only (not T
Why are there so many RX-errors?
On Thu, Jan 9, 2014 at 9:35 PM, Daniel Kan wrote:
> Thanks, Sy Jong. I couldn?t reproduce your outcome on dpdk 1.5.1 with
> ixgbe. As I sent in the earlier email, rxmode.mq_mode is defaulted to 0
> (i.e. ETH_MQ_RX_NONE); it should be set to ETH_MQ_RX_RSS.
>
> Da
> I don't exactly know what is needed for C++. Please keep us informed.
Hey Thomas,
I've attached a simple program (main.cpp main.h and Makefile) that has
a C++ class and just prints some messages in the output.
Despite the fact that it's working fine, I'm sure the Makefile could
be written much
Hello Maxime,
Thank you for taking the time to research these flow director issues and a
more complete solution.
On Fri, Jan 10, 2014 at 8:36 AM, Maxime Leroy
wrote:
> But it will be nice to have a small test with ipv6 traffic to be sure
> about this point.
>
> Would you like to provide a patch
Hi Dan,
I have tested with 6 flows with identical ip address, but varies UDP port
number. I can see both queues with traffic.
Using the following command:-
sudo ./app/testpmd -c 0x1f -n 4 -- -i -rss-udp --portmask=0x03 --nb-cores=4
--rxq=2 --txq=2
I have started with RSS IPv4, which is enable
Hello,
09/01/2014 10:49, Daniel Kan :
> The problem appears to be that rxmode.mq_mode was never set to ETH_MQ_RX_RSS
> in testpmd.c; it?s initialized to 0.
You're right. Its broken since the commit "ETH_MQ_RX_NONE should disable
RSS":
http://dpdk.org/browse/dpdk/commit/?id=243db2ddee3094a2
16 matches
Mail list logo
