[dpdk-dev] [DISCUSSION] : ERROR while compiling dpdk-1.7 on ubuntu14.04

On 1/16/15, 7:43 AM, "Srinivasreddy R" wrote: >sorry typo i am using Ubuntu 14.04.1 LTS . > >On Fri, Jan 16, 2015 at 7:06 PM, Srinivasreddy R < >srinivasreddy4390 at gmail.com> wrote: > >> hi, >> Getting error while compiling dpdk on ubuntu10.04. >> >> >> export RTE_SDK=$(pwd) >> export

[dpdk-dev] Why nothing since 1.8.0?

2015-01-16 12:20, Neil Horman: > On Thu, Jan 15, 2015 at 11:23:28PM +0100, Thomas Monjalon wrote: > > 2015-01-15 13:51, Neil Horman: > > > On Thu, Jan 15, 2015 at 06:25:33PM +0100, Thomas Monjalon wrote: > > > > 2015-01-15 08:06, Neil Horman: > > > > > Ok, I think what you're saying here is you're

[dpdk-dev] [DISCUSSION] : ERROR while compiling dpdk-1.7 on ubuntu14.04

sorry typo i am using Ubuntu 14.04.1 LTS . On Fri, Jan 16, 2015 at 7:06 PM, Srinivasreddy R < srinivasreddy4390 at gmail.com> wrote: > hi, > Getting error while compiling dpdk on ubuntu10.04. > > > export RTE_SDK=$(pwd) > export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc" > > make

[dpdk-dev] [DISCUSSION] : ERROR while compiling dpdk-1.7 on ubuntu14.04

hi, Getting error while compiling dpdk on ubuntu10.04. export RTE_SDK=$(pwd) export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc" make CONFIG_RTE_BUILD_COMBINE_LIBS=y CONFIG_RTE_BUILD_SHARED_LIB=y install T="$RTE_TARGET" == Build app/test-acl CC main.o LD testacl

[dpdk-dev] [PATCH 1/2] i40e:support i40e TSO

Hi Jijiang, On 01/16/2015 03:31 AM, Jijiang Liu wrote: > This patch enables i40e TSO feature for both non-tunneling packet and UDP > tunneling packet. > > Signed-off-by: Jijiang Liu > Signed-off-by: Miroslaw Walukiewicz > --- > lib/librte_pmd_i40e/i40e_ethdev.c |3 +- >

[dpdk-dev] [PATCH 2/2] app/testpmd:csum fwd engine change

Hi Jijiang, On 01/16/2015 03:31 AM, Jijiang Liu wrote: > change the palce of setting UDP tunneling packet offload flag. typo here > > Signed-off-by: Jijiang Liu > --- > app/test-pmd/csumonly.c |7 --- > 1 files changed, 4 insertions(+), 3 deletions(-) > > diff --git

[dpdk-dev] [PATCH v3 0/3] enhance TX checksum command and csum forwarding engine

Hi Konstantin, Hi Jijiang, On 01/15/2015 02:31 PM, Ananyev, Konstantin wrote: > To be honest, there are so many mails around that subject, so I am already > lost :) > Oliver, as I understand you are not happy with the test-pmd commands Frank is > proposing. > Both syntax and semantics. > Is

[dpdk-dev] [PATCH] librte_eal: Add fscanf return value test

> > The lack of result checking of fscanf function, brakes compilation for > > default > > "-Werror=unused-result" flag. > > > > Signed-off-by: Tomasz Kulasek > > Acked-by: Pablo de Lara Applied Thanks -- Thomas

[dpdk-dev] [PATCH] ethdev: fix missing parenthesis

2015-01-16 09:40, Wodkowski, PawelX: > > Good catch! > > Was introduced in commit 4bdefaade6d1 (VMDQ enhancements). > > Note that quite often, when a patch contains too much things, > > we miss this kind of bugs. That's a reason to well split patches. > > What is most surprising I did not spotted

[dpdk-dev] [PATCH] eal / malloc : alignment parameter check failing due to changes in rte_is_power_of_2

2015-01-16 15:10, Declan Doherty: > In commit 2fc8d6d the behaviour of function rte_is_power_of_2 was > changed to not return true for 0. memzone_reserve_aligned_thread_unsafe > and rte_malloc_socket both make the assumption that for align = 0 > !rte_is_power_of_2(align) will return false. This

[dpdk-dev] No probed ethernet devices /DPDP 1.7.1 in Fedora 21

On Fri, Jan 16, 2015 at 5:35 PM, Olivier MATZ wrote: > Hi Sothy, > > On 01/16/2015 05:07 PM, sothy shan wrote: >> On Fri, Jan 16, 2015 at 3:27 PM, Olivier MATZ >> wrote: When I do with export RTE_SDK=$(pwd)export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc" make

[dpdk-dev] No probed ethernet devices /DPDP 1.7.1 in Fedora 21

Hi Sothy, On 01/16/2015 05:07 PM, sothy shan wrote: > On Fri, Jan 16, 2015 at 3:27 PM, Olivier MATZ > wrote: >>> When I do with >>> >>> export RTE_SDK=$(pwd)export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc" >>> make CONFIG_RTE_BUILD_COMBINE_LIBS=y CONFIG_RTE_BUILD_SHARED_LIB=y >>> install

[dpdk-dev] Does I210 NIC support Flow director filters?

On Fri, Jan 16, 2015 at 11:42:42AM -0500, Kamraan Nasim wrote: > Hi Bruce, > Perhaps this can be worked around by setting rx_drop_en in the > rte_eth_rxconf and > using small values for number of rx descripters so that the NIC drops when > it

[dpdk-dev] No probed ethernet devices /DPDP 1.7.1 in Fedora 21

On Fri, Jan 16, 2015 at 3:27 PM, Olivier MATZ wrote: > Hi Sothy, > > On 01/16/2015 03:10 PM, sothy shan wrote: >> I guess you are completely wrong. >> >> Becasue when I do >> >> make config T=x86_64-ivshmem-linuxapp-gcc >> make >> >> Testpmd works. >> >> When I do with >> >> export

[dpdk-dev] [PATCH 0/2] support TSO on i40e

> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu > Sent: Friday, January 16, 2015 2:31 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 0/2] support TSO on i40e > > This patch set enables i40e TSO feature for both non-tunneling packet and UDP > tunneling packet. > >

[dpdk-dev] Why nothing since 1.8.0?

On Fri, Jan 16, 2015 at 12:38:48PM -0800, Matthew Hall wrote: > On Fri, Jan 16, 2015 at 03:00:57PM -0500, Neil Horman wrote: > > Like Gerrit: > > https://code.google.com/p/gerrit/ > > Maybe we could work on setting up a community copy? I'd prefer if we could > avoid n=1 and make our community as

[dpdk-dev] Why nothing since 1.8.0?

On 15/01/15 19:51, Neil Horman wrote: > On Thu, Jan 15, 2015 at 06:25:33PM +0100, Thomas Monjalon wrote: >> 2015-01-15 08:06, Neil Horman: >>> On Thu, Jan 15, 2015 at 10:51:38AM +0100, Thomas Monjalon wrote: 2015-01-15 04:27, Ouyang, Changchun: > From: dev [mailto:dev-bounces at

[dpdk-dev] [PATCH] eal / malloc : alignment parameter check failing due to changes in rte_is_power_of_2

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Declan Doherty > Sent: Friday, January 16, 2015 3:11 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] eal / malloc : alignment parameter check failing > due to changes in rte_is_power_of_2 > > In commit

[dpdk-dev] more maintainers with sub-trees

2014-12-23 13:58, Neil Horman: > On Tue, Dec 23, 2014 at 06:08:26PM +0100, Thomas Monjalon wrote: > > Hello all, > > > > We now have 2 new maintainers managing their own sub-tree for some > > specific areas of DPDK: > > - Stephen Hemminger will maintain the driver bnx2x > > - Helin Zhang

[dpdk-dev] [PATCH] librte_eal: Add fscanf return value test

The lack of result checking of fscanf function, brakes compilation for default "-Werror=unused-result" flag. Signed-off-by: Tomasz Kulasek --- lib/librte_eal/linuxapp/eal/eal.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/lib/librte_eal/linuxapp/eal/eal.c

[dpdk-dev] [PATCH] eal / malloc : alignment parameter check failing due to changes in rte_is_power_of_2

In commit 2fc8d6d the behaviour of function rte_is_power_of_2 was changed to not return true for 0. memzone_reserve_aligned_thread_unsafe and rte_malloc_socket both make the assumption that for align = 0 !rte_is_power_of_2(align) will return false. This patch adds a check that align parameter is

[dpdk-dev] Why nothing since 1.8.0?

On Fri, Jan 16, 2015 at 10:58:52AM -0800, Matthew Hall wrote: > On Fri, Jan 16, 2015 at 07:18:19PM +0100, Thomas Monjalon wrote: > > I'd like to try solving the review challenge first and see what else can be > > done after that. Step by step. > > FWIW, I know the kernel guys seem to really love

[dpdk-dev] [PATCH] librte_eal: Add fscanf return value test

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tomasz Kulasek > Sent: Friday, January 16, 2015 2:28 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] librte_eal: Add fscanf return value test > > The lack of result checking of fscanf function, brakes

[dpdk-dev] Why nothing since 1.8.0?

On Fri, Jan 16, 2015 at 07:18:19PM +0100, Thomas Monjalon wrote: > 2015-01-16 12:20, Neil Horman: > > On Thu, Jan 15, 2015 at 11:23:28PM +0100, Thomas Monjalon wrote: > > > 2015-01-15 13:51, Neil Horman: > > > > On Thu, Jan 15, 2015 at 06:25:33PM +0100, Thomas Monjalon wrote: > > > > > 2015-01-15

[dpdk-dev] [PATCH] bsdapp: replace d_thread_t with struct thread in nic_uio

2015-01-16 12:24, Bruce Richardson: > Reported by: John Baldwin > Ref: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196691 > > Quote: > "The d_thread_t typedef is a compat shim to support FreeBSD 4.x. I'm > planning to remove this shim from 11 and dpdk is very unlikely to ever be >

[dpdk-dev] Why nothing since 1.8.0?

On Fri, Jan 16, 2015 at 04:14:38PM -0500, Neil Horman wrote: > Sure, Its a bit orthogonal to this conversation, but I think its a fine idea > to > have if it aids in general reviewing. Thomas can it be setup on dpdk.org? > > Neil Admittedly I'm not a PMD expert to comment on all the specifics

[dpdk-dev] [PATCH v3 4/4] docs: Add ABI documentation

2015-01-14 15:07, Neil Horman: > On Wed, Jan 14, 2015 at 04:59:51PM +0100, Thomas Monjalon wrote: > > 2014-12-23 10:51, Neil Horman: > > > Adding a document describing rudimentary ABI policy and adding notice > > > space for > > > any deprecation announcements > > > > We had a good discussion

[dpdk-dev] [DISCUSSION] : ERROR while compiling dpdk-1.7 on ubuntu14.04

Hi Srinivas, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Srinivasreddy R > Sent: Friday, January 16, 2015 1:44 PM > To: dev at dpdk.org; dpdk-ovs at lists.01.org > Subject: [dpdk-dev] [DISCUSSION] : ERROR while compiling dpdk-1.7 on > ubuntu14.04 > >

[dpdk-dev] Why nothing since 1.8.0?

On Fri, Jan 16, 2015 at 03:00:57PM -0500, Neil Horman wrote: > Like Gerrit: > https://code.google.com/p/gerrit/ Maybe we could work on setting up a community copy? I'd prefer if we could avoid n=1 and make our community as strong as possible. Matthew.

[dpdk-dev] [PATCH] bsdapp: replace d_thread_t with struct thread in nic_uio

Reported by: John Baldwin Ref: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196691 Quote: "The d_thread_t typedef is a compat shim to support FreeBSD 4.x. I'm planning to remove this shim from 11 and dpdk is very unlikely to ever be ported to 4.x. If it does it will need far more changes

[dpdk-dev] Why nothing since 1.8.0?

On Thu, Jan 15, 2015 at 11:23:28PM +0100, Thomas Monjalon wrote: > 2015-01-15 13:51, Neil Horman: > > On Thu, Jan 15, 2015 at 06:25:33PM +0100, Thomas Monjalon wrote: > > > 2015-01-15 08:06, Neil Horman: > > > > Ok, I think what you're saying here is you're too busy to handle all > > > > the

[dpdk-dev] Q on Support for I217 and I218 Intel chipsets.

> -Original Message- > From: Richardson, Bruce > Sent: Friday, January 16, 2015 11:32 AM > To: Ananyev, Konstantin > Cc: Ravi Kerur; Thomas Monjalon; dev at dpdk.org > Subject: Re: [dpdk-dev] Q on Support for I217 and I218 Intel chipsets. > > On Fri, Jan 16, 2015 at 11:08:46AM +,

[dpdk-dev] Why nothing since 1.8.0?

On Fri, Jan 16, 2015 at 03:51:55PM +0100, Marc Sune wrote: > > On 15/01/15 19:51, Neil Horman wrote: > >On Thu, Jan 15, 2015 at 06:25:33PM +0100, Thomas Monjalon wrote: > >>2015-01-15 08:06, Neil Horman: > >>>On Thu, Jan 15, 2015 at 10:51:38AM +0100, Thomas Monjalon wrote: > 2015-01-15 04:27,

[dpdk-dev] Why nothing since 1.8.0?

On Thu, Jan 15, 2015 at 09:55:00PM +, O'driscoll, Tim wrote: > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman > > Sent: Thursday, January 15, 2015 6:51 PM > > To: Thomas Monjalon > > Cc: dev at dpdk.org > > Subject: Re: [dpdk-dev] Why

[dpdk-dev] Does I210 NIC support Flow director filters?

Hi Bruce, Perhaps this can be worked around by setting rx_drop_en in the rte_eth_rxconf and using small values for number of rx descripters so that the NIC drops when it is out of RX descriptors for that queue? As long as NIC can still

[dpdk-dev] Q on Support for I217 and I218 Intel chipsets.

On Fri, Jan 16, 2015 at 11:08:46AM +, Ananyev, Konstantin wrote: > > > > -Original Message- > > From: Richardson, Bruce > > Sent: Friday, January 16, 2015 10:53 AM > > To: Ananyev, Konstantin > > Cc: Ravi Kerur; Thomas Monjalon; dev at dpdk.org > > Subject: Re: [dpdk-dev] Q on

[dpdk-dev] Q on Support for I217 and I218 Intel chipsets.

> -Original Message- > From: Richardson, Bruce > Sent: Friday, January 16, 2015 10:53 AM > To: Ananyev, Konstantin > Cc: Ravi Kerur; Thomas Monjalon; dev at dpdk.org > Subject: Re: [dpdk-dev] Q on Support for I217 and I218 Intel chipsets. > > On Thu, Jan 15, 2015 at 11:54:52PM +,

[dpdk-dev] how does it count the number of contiguous physical pages in map_all_hugepages

On Fri, Jan 16, 2015 at 05:32:08AM +, Jack,Xie Jie wrote: > Hi, > > I am learning DPDK recently, when I check l2fwd example, I am a little > confused, please someone give me a clue. > > In function map_all_hugepages called in rte_eal_hugepage_init, > There are lines of source code like

[dpdk-dev] Why nothing since 1.8.0?

On Fri, Jan 16, 2015 at 07:18:19PM +0100, Thomas Monjalon wrote: > I'd like to try solving the review challenge first and see what else can be > done after that. Step by step. FWIW, I know the kernel guys seem to really love it, but not everybody else has much fun trying to do the reviews

[dpdk-dev] Does I210 NIC support Flow director filters?

On Thu, Jan 15, 2015 at 08:06:52PM -0500, Kamraan Nasim wrote: > >>> update the RSS RETA table so that traffic doesn't get sent > >> to that queue via RSS. Is that what you are asking? > > Thanks Bruce, that's exactly it. Basically each filter will forward > traffic to a unique RSS queue which

[dpdk-dev] Q on Support for I217 and I218 Intel chipsets.

On Thu, Jan 15, 2015 at 11:54:52PM +, Ananyev, Konstantin wrote: > Hi, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ravi Kerur > > Sent: Thursday, January 15, 2015 8:34 PM > > To: Thomas Monjalon > > Cc: dev at dpdk.org > > Subject: Re:

[dpdk-dev] [PATCH v5 4/4] docs: Add ABI documentation

Adding a document describing rudimentary ABI policy and adding notice space for any deprecation announcements Signed-off-by: Neil Horman CC: Thomas Monjalon CC: "Richardson, Bruce" --- Change notes: v5) Updated documentation to add notes from Thomas M. --- doc/abi.txt | 36

[dpdk-dev] [PATCH v5 3/4] Add library version extenstion

To differentiate libraries that break ABI, we add a library version number suffix to the library, which must be incremented when a given libraries ABI is broken. This patch enforces that addition, sets the initial abi soname extension to 1 for each library and creates a symlink to the base SONAME

[dpdk-dev] [PATCH v5 2/4] Provide initial versioning for all DPDK libraries

Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman CC: Thomas Monjalon CC: "Richardson, Bruce" --- Change Notes: v2) * Updated export map to not require full path ---

[dpdk-dev] [PATCH v5 1/4] compat: Add infrastructure to support symbol versioning

Add initial pass header files to support symbol versioning. Signed-off-by: Neil Horman CC: Thomas Monjalon CC: "Richardson, Bruce" CC: "Gonzalez Monroy, Sergio" --- Change Notes: V2) Moved ifeq to _INSTALL target V3) Undo V2 changes and make librte_compat use the

[dpdk-dev] [PATCH 2/2] app/testpmd:csum fwd engine change

change the palce of setting UDP tunneling packet offload flag. Signed-off-by: Jijiang Liu --- app/test-pmd/csumonly.c |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/app/test-pmd/csumonly.c b/app/test-pmd/csumonly.c index 41711fd..57afdfc 100644 ---

[dpdk-dev] [PATCH 1/2] i40e:support i40e TSO

This patch enables i40e TSO feature for both non-tunneling packet and UDP tunneling packet. Signed-off-by: Jijiang Liu Signed-off-by: Miroslaw Walukiewicz --- lib/librte_pmd_i40e/i40e_ethdev.c |3 +- lib/librte_pmd_i40e/i40e_rxtx.c | 111 +++-

[dpdk-dev] [PATCH] ethdev: fix missing parenthesis

> Good catch! > Was introduced in commit 4bdefaade6d1 (VMDQ enhancements). > Note that quite often, when a patch contains too much things, > we miss this kind of bugs. That's a reason to well split patches. > What is most surprising I did not spotted this, neither the compiler what I think it

[dpdk-dev] Why nothing since 1.8.0?

2015-01-15 17:46, Matthew Hall: > On Thu, Jan 15, 2015 at 09:55:00PM +, O'driscoll, Tim wrote: > > As you said, there's a balance to be struck, and too many subtrees may > > become unmanageable. With respect to your concern about developers having > > to > > potentially develop patches

[dpdk-dev] Callbacks after buffer (mbuf) sent out

To elaborate more... Assuming an example of vmxnet3 driver, at present, when rte_eth_tx_burst() is called to send mbufs, vmxnet3 driver calls vmxnet3_tq_tx_complete() to free up completed buffers. Instead, wondering, if vmxnet3 (or corresponding driver) can trigger application callback for

[dpdk-dev] [PATCH v2] i40e: workaround for XL710 performance

> Subject: [PATCH v2] i40e: workaround for XL710 performance > > On XL710, performance number is far from the expectation on recent firmware > versions, if promiscuous mode is disabled, or promiscuous mode is enabled and > port MAC address is equal to the packet destination MAC address. The fix

[dpdk-dev] how does it count the number of contiguous physical pages in map_all_hugepages

Hi, I am learning DPDK recently, when I check l2fwd example, I am a little confused, please someone give me a clue. In function map_all_hugepages called in rte_eal_hugepage_init, There are lines of source code like below to count the number of contiguous physical pages, But I check the source

[dpdk-dev] Q on Support for I217 and I218 Intel chipsets.

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ravi Kerur > Sent: Monday, January 5, 2015 7:28 AM > To: dev at dpdk.org; Neil Horman; Thomas Monjalon > Subject: [dpdk-dev] Q on Support for I217 and I218 Intel chipsets. > > Hi, > > We have a Gigabyte H97N

[dpdk-dev] [PATCH 22/22] virtio: Use soft vlan strip in mergeable Rx path

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Friday, January 16, 2015 12:56 AM > To: Ouyang, Changchun > Cc: dev at dpdk.org; Doherty, Declan; Cao, Waterman > Subject: Re: [PATCH 22/22] virtio: Use soft vlan strip in mergeable Rx path > >