[dpdk-dev] OVS-DPDK performance problem on ixgbe vector PMD

Hi, I've checked it further, based on Stephen's suggestion I've tried perf top as well. The results were the same, it spends a lot of time in that part of the code, and there are high number of branch load misses (BR_MISS_PRED_RETIRED) around there too. I've also started to strip down

[dpdk-dev] vhost compliant virtio based networking interface in container

On 2015/08/25 18:56, Xie, Huawei wrote: > On 8/25/2015 10:59 AM, Tetsuya Mukawa wrote: >> Hi Xie and Yanping, >> >> >> May I ask you some questions? >> It seems we are also developing an almost same one. > Good to know that we are tackling the same problem and have the similar > idea. > What is

[dpdk-dev] [ovs-dev] OVS-DPDK performance problem on ixgbe vector PMD

Hi, On 24/08/15 12:43, Traynor, Kevin wrote: > >> -Original Message- >> From: dev [mailto:dev-bounces at openvswitch.org] On Behalf Of Zoltan Kiss >> Sent: Friday, August 21, 2015 7:05 PM >> To: dev at dpdk.org; dev at openvswitch.org >> Cc: Richardson, Bruce; Ananyev, Konstantin >>

[dpdk-dev] BUG - KNI broken in 4.2 kernel

The network device ops handles changed again. Does KNI really need to keep yet another copy of the Intel driver code. There already are 4 versions: 1. Out-of tree base driver 2. In-kernel mainline Linux driver 3. DPDK driver 4. KNI DPDK driver No wonder they can't stay in sync.

[dpdk-dev] [PATCH] acl: Improve acl_bld.c sort_rules()

Replace O(n^2) list sort with an O(n log n) merge sort. The merge sort is based on the solution suggested in: http://cslibrary.stanford.edu/105/LinkedListProblems.pdf Tested sort_rules() improvement: 100K rules: O(n^2): 31382 milliseconds; O(n log n): 10 milliseconds 259K rules: O(n^2): 133753

[dpdk-dev] [PATCH] ixgbe: fix a x550 DCB issue

There's a DCB issue on x550. For 8 TCs, if a packet with user priority 6 or 7 is injected to the NIC, then the NIC will put 3 packets into the queue. There's also a similar issue for 4 TCs. The root cause is RXPBSIZE is not right. RXPBSIZE of x550 is 384. It's different from other 10G NICs. We

[dpdk-dev] flow_director_filter error!!

Thanks Pablo. BTW -- how do I 1. query the "settings" of the ethertype-filter to check that they are correct? Is there an option that I am missing... 2. it might be good to "publish" this in the output of "show port info Thanks -Navneet -Original Message- From: De Lara Guarch,

[dpdk-dev] [PATCH] doc: add missing field in ethertype_filter example in testpmd doc

The two examples of ethertype_filter in testpmd documentation were missing the mac address field, so the example was incorrect. Signed-off-by: Pablo de Lara --- doc/guides/testpmd_app_ug/testpmd_funcs.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[dpdk-dev] flow_director_filter error!!

Hi Navneet, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Navneet Rao > Sent: Tuesday, August 25, 2015 9:27 PM > To: Wu, Jingjing; Mcnamara, John; dev at dpdk.org > Subject: Re: [dpdk-dev] flow_director_filter error!! > > Hi Jingjing: > > Thanks. > > I

[dpdk-dev] [PATCH] testpmd: modify the mac of csum forwarding

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Qiu > Sent: Friday, August 07, 2015 11:29 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] testpmd: modify the mac of csum forwarding > > For some ethnet-switch like intel RRC, all the packet

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On 08/25/15 22:30, Vladislav Zolotarov wrote: > > > On Aug 25, 2015 22:16, "Zhang, Helin" > wrote: > > > > > > > > > -Original Message- > > > From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com > ] > > >