[dpdk-dev] [PATCH v4 0/2] ethdev: add port speed capability bitmap

Neilo, 2015-09-08 12:03 GMT+02:00 N?lio Laranjeiro : > On Mon, Sep 07, 2015 at 10:52:53PM +0200, Marc Sune wrote: > > 2015-08-29 2:16 GMT+02:00 Marc Sune : > > > > > The current rte_eth_dev_info abstraction does not provide any > mechanism to > > > get the supported speed(s) of an ethdev. > > >

[dpdk-dev] rte_eal_init() alternative?

From: Wiles, Keith: >That stated I am not a big fan of huge structures being passed into >a init routine as that structure would need to be versioned and it will >grow/change. Plus he did not really want to deal in strings, so the >structure would be binary values and strings as required. A

[dpdk-dev] virtio optimization idea

On 2015/09/05 1:50, Xie, Huawei wrote: > There is some format issue with the ascii chart of the tx ring. Update > that chart. > Sorry for the trouble. Hi XIe, Thanks for sharing a way to optimize virtio. I have a few questions. > > On 9/4/2015 4:25 PM, Xie, Huawei wrote: >> Hi: >> >> Recently I

[dpdk-dev] Recommended method of using DPDK inside a Vmware ESXi guest ?

On Tue, Sep 08, 2015 at 11:43:38PM +, Ale Mansoor wrote: > When using l2fwd example using igb_uio, the performance numbers I got were > very low (<100 PPS) and when I tried using vmxnet3-usermap from dpdk.org, it > does not even seem to compile under the Linux 3.x Kernel. Not everybody will

[dpdk-dev] [PATCH v2 1/1] ip_frag: fix creating ipv6 fragment extension header

Previous implementation won't work on every environment. The order of allocation of bit-fields within a unit (high-order to low-order or low-order to high-order) is implementation-defined. Solution: used bytes instead of bit fields. v2 changes: - remove useless union - fix process_ipv6 function

[dpdk-dev] virtio optimization idea

On 9/8/2015 11:39 PM, Stephen Hemminger wrote: > On Fri, 4 Sep 2015 08:25:05 + > "Xie, Huawei" wrote: > >> Hi: >> >> Recently I have done one virtio optimization proof of concept. The >> optimization includes two parts: >> 1) avail ring set with fixed descriptors >> 2) RX vectorization >>

[dpdk-dev] [PATCH v1] change hugepage sorting to avoid overlapping memcpy

On 08/09/2015 14:29, Jay Rolette wrote: > Most of the code in sort_by_physaddr() should be replaced by a call to > qsort() instead. Less code and gets rid of an O(n^2) sort. It's only > init code, but given how long EAL init takes, every bit helps. > Fair enough. Actually, we already use qsort

[dpdk-dev] [RFC PATCH] lpm: increase number of next hops for lpm (ipv4)

From: mkobylix The current DPDK implementation for LPM for IPv4 and IPv6 limits the number of next hops to 256, as the next hop ID is an 8-bit long field. Proposed extension increase number of next hops for IPv4 to 2^24 and also allows 32-bits read/write

[dpdk-dev] [PATCH v1] change hugepage sorting to avoid overlapping memcpy

Hi Ralf, Just a few comments/suggestions: Add 'eal/linux:' to the commit title, ie: "eal/linux: change hugepage sorting to avoid overlapping memcpy" On 04/09/2015 11:14, Ralf Hoffmann wrote: > with only one hugepage or already sorted hugepage addresses, the sort > function called memcpy

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

On 2015/09/07 14:54, Xie, Huawei wrote: > On 8/26/2015 5:23 PM, Tetsuya Mukawa wrote: >> 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

[dpdk-dev] Random packet drops with ip_pipeline on R730.

Hi Husainee, Can you please explain what do you mean by random packet drops? What percentage of the input packets get dropped, does it take place on every run, does the number of dropped packets vary on every run, etc? Are you also able to reproduce this issue with other NICs, e.g. 10GbE NIC?

[dpdk-dev] [PATCH 0/4] librte_table: add name parameter to lpm table

> -Original Message- > From: Singh, Jasvinder > Sent: Tuesday, September 8, 2015 1:11 PM > To: dev at dpdk.org > Cc: Dumitrescu, Cristian > Subject: [PATCH 0/4] librte_table: add name parameter to lpm table > > This patchset links to ABI change announced for librte_table. For lpm table,

[dpdk-dev] [PATCH v2] mbuf/ip_frag: Move mbuf chaining to common code

On 2015-09-08 01:21, Ananyev, Konstantin wrote: >> >> Thanks. I got it wrong anyway, what I wanted was to be able to handle >> the day when nb_segs changes to a 16-bit number, but then it should >> really be >> >> ... >= 1 << (sizeof(head->nb_segs) * 8) >> >> anyway. I'll fix that and also add a

[dpdk-dev] [PATCH v4 0/2] ethdev: add port speed capability bitmap

On Mon, Sep 07, 2015 at 10:52:53PM +0200, Marc Sune wrote: > 2015-08-29 2:16 GMT+02:00 Marc Sune : > > > The current rte_eth_dev_info abstraction does not provide any mechanism to > > get the supported speed(s) of an ethdev. > > > > For some drivers (e.g. ixgbe), an educated guess can be done

[dpdk-dev] [PATCH 4/4] librte_table: modify release notes and deprecation notice

The LIBABIVER number is incremented. The release notes is updated and the deprecation announce is removed. Signed-off-by: Jasvinder Singh --- doc/guides/rel_notes/deprecation.rst | 3 --- doc/guides/rel_notes/release_2_2.rst | 4 +++- lib/librte_table/Makefile| 2 +- 3 files

[dpdk-dev] [PATCH 3/4] ip_pipeline: modify lpm table for routing pipeline

The name parameter has been defined in lpm table of routing pipeline. Signed-off-by: Jasvinder Singh --- examples/ip_pipeline/pipeline/pipeline_routing_be.c | 1 + 1 file changed, 1 insertion(+) diff --git a/examples/ip_pipeline/pipeline/pipeline_routing_be.c

[dpdk-dev] [PATCH 2/4] app/test: modify table and pipeline test

LPM table and test-pipeline has been modified to include name parameter of the lpm table. Signed-off-by: Jasvinder Singh --- app/test-pipeline/pipeline_lpm.c | 1 + app/test-pipeline/pipeline_lpm_ipv6.c | 1 + app/test/test_table_combined.c| 2 + app/test/test_table_tables.c

[dpdk-dev] [PATCH 1/4] librte_table: modify LPM table parameter structure

This patch relates to ABI change proposed for librte_table (lpm table). A new parameter to hold the table name has been added to the LPM table parameter structures rte_table_lpm_params and rte_table_lpm_ipv6_params. Signed-off-by: Jasvinder Singh --- lib/librte_table/rte_table_lpm.c | 8

[dpdk-dev] [PATCH 0/4] librte_table: add name parameter to lpm table

This patchset links to ABI change announced for librte_table. For lpm table, name parameter has been included in LPM table parameters structure. It will eventually allow applications to create more than one instances of lpm table, if required. Jasvinder Singh (4): librte_table: add name

[dpdk-dev] Random packet drops with ip_pipeline on R730.

Hi I am using a DELL730 with Dual socket. Processor in each socket is Intel(R) Xeon(R) CPU E5-2603 v3 @ 1.60GHz- 6Cores. The CPU layout has socket 0 with 0,2,4,6,8,10 cores and socket 1 with 1,3,5,7,9,11 cores. The NIC card is i350. The Cores 2-11 are isolated using isolcpus kernel parameter. We

[dpdk-dev] virtio-net: bind systematically on all non blacklisted virtio-net devices

Hi, virtio-net driver bind on all virtio-net devices, even if the devices are used by the kernel (leading to kernel soft-lookup/panic). One way around is to blacklist the ports in use by Linux. This is the case since v2.0.0, in fact since commit da978dfdc43b59e290a46d7ece5fd19ce79a1162 and

[dpdk-dev] [PATCH] eal/linux: fix rte_epoll_wait

> > Function rte_epoll_wait should return when underlying call > > to epoll_wait times out. > > > > Signed-off-by: Robert Sanford > > Acked-by: Cunming Liang Applied, thanks

[dpdk-dev] virtio optimization idea

On 9/8/2015 4:21 PM, Tetsuya Mukawa wrote: > On 2015/09/05 1:50, Xie, Huawei wrote: >> There is some format issue with the ascii chart of the tx ring. Update >> that chart. >> Sorry for the trouble. > Hi XIe, > > Thanks for sharing a way to optimize virtio. > I have a few questions. > >> On

[dpdk-dev] [PATCH v2 0/3] fix build issues with librte_sched, test_red on non x86 platform

2015-08-30 14:25, Jerin Jacob: > This patch set enable librte_sched, app/test/test_sched and app/test/test_red > to build on non x86 platform > > v1..v2 use memory barrier version rte_rdtsc() for multi arch support as > suggested by Thomas Monjalon > > Jerin Jacob (3): > sched: remove unused

[dpdk-dev] virtio optimization idea

On Fri, 4 Sep 2015 08:25:05 + "Xie, Huawei" wrote: > Hi: > > Recently I have done one virtio optimization proof of concept. The > optimization includes two parts: > 1) avail ring set with fixed descriptors > 2) RX vectorization > With the optimizations, we could have several times of

[dpdk-dev] [PATCH v1] change hugepage sorting to avoid overlapping memcpy

Most of the code in sort_by_physaddr() should be replaced by a call to qsort() instead. Less code and gets rid of an O(n^2) sort. It's only init code, but given how long EAL init takes, every bit helps. I submitted a patch for this close to a year ago: http://dpdk.org/dev/patchwork/patch/2061/

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

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Wednesday, August 26, 2015 3:11 PM > To: dev at dpdk.org > Subject: [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

[dpdk-dev] [PATCH v2] mbuf/ip_frag: Move mbuf chaining to common code

> -Original Message- > From: Simon K?gstr?m [mailto:simon.kagstrom at netinsight.net] > Sent: Monday, September 07, 2015 1:41 PM > To: Ananyev, Konstantin; dev at dpdk.org > Cc: Olivier MATZ; Zhang, Helin; Gonzalez Monroy, Sergio; Burakov, Anatoly > Subject: Re: [PATCH v2] mbuf/ip_frag: