Hi,
I've set up a simple packet forwarding perf test on a dual-port 10G
82599ES: one port receives 64 byte UDP packets, the other sends it out,
one core used. I've used latest OVS with DPDK 2.1, and the first result
was only 13.2 Mpps, which was a bit far from the 13.9 I've seen last
year
Hi Bruce,
It is Fedora 21
[root at neutron dpdk-2.1.0]# cat /proc/cpuinfo | more
processor??? : 0
vendor_id??? : AuthenticAMD
cpu family??? : 16
model??? ??? : 10
model name??? : AMD Phenom(tm) II X6 1055T Processor
stepping??? : 0
microcode??? : 0x1dc
cpu MHz??? ??? : 800.000
cache size??? :
Hello:
If anybody has any working example commands for ethertype or
flow_director_filter, can you please send it across..
I am using the testpmd app, and it is constantly reporting "bad-arguments" even
for the legal commands in the doc!!!
Thanks
-Navneet
On 2015/08/21 4:16, Ravi Kerur wrote:
>
> > /**
> > * Uninitalize a driver specified by name.
> > @@ -125,6 +127,38 @@ int rte_eal_vdev_init(const char *name,
> const char *args);
> > */
> > int rte_eal_vdev_uninit(const char *name);
> >
> > +/**
> > + *
On Thu, Aug 20, 2015 at 05:35:10PM +, Keith E. Fleming wrote:
> make config T=x86_64-native-linuxapp-gccsed -ri 's,(PMD_PCAP=).*,\1y,'
> build/.configmake
> [root at neutron dpdk-2.1.0]# make 2>&1 | more
> == Build lib
> == Build lib/librte_compat
> == Build lib/librte_eal
> == Build
Hi,
> -Original Message-
> From: Robert Sanford [mailto:rsanford2 at gmail.com]
> Sent: Tuesday, August 18, 2015 11:54 PM
> To: Liang, Cunming; dev at dpdk.org
> Subject: [PATCH] eal/linux: fix rte_epoll_wait
>
> Function rte_epoll_wait should return when underlying call
> to epoll_wait
Hi, Thanks for sharing the details.
On the basis of my understanding, have made the following changes. The test
is now passing with the changes.
diff -rupN a/app/test/test_reorder.c b/app/test/test_reorder.c
--- a/app/test/test_reorder.c 2015-08-20 13:59:55.0 -0400
+++
7 matches
Mail list logo