[dpdk-dev] [PATCH] Add external parser support for unknown commands.

> On Nov 4, 2014, at 1:29 PM, Neil Horman wrote: > > On Tue, Nov 04, 2014 at 02:44:39PM +0000, Wiles, Roger Keith wrote: >> >>> On Nov 4, 2014, at 5:27 AM, Neil Horman wrote: >>> >>> On Tue, Nov 04, 2014 at 04:52:48AM +, Wiles, Roger Keith wro

[dpdk-dev] [PATCH] Add external parser support for unknown commands.

> On Nov 4, 2014, at 5:27 AM, Neil Horman wrote: > > On Tue, Nov 04, 2014 at 04:52:48AM +0000, Wiles, Roger Keith wrote: >> >>> On Nov 3, 2014, at 5:42 PM, Neil Horman wrote: >>> >>> On Mon, Nov 03, 2014 at 03:26:50PM -0800, Stephen Hemminger wro

[dpdk-dev] [PATCH] Add external parser support for unknown commands.

> On Nov 3, 2014, at 5:42 PM, Neil Horman wrote: > > On Mon, Nov 03, 2014 at 03:26:50PM -0800, Stephen Hemminger wrote: >> On Mon, 3 Nov 2014 16:50:15 +0000 >> "Wiles, Roger Keith" wrote: >> >>> >>>> On Nov 3, 2014, at 10:06 AM, Ne

[dpdk-dev] [PATCH] Add external parser support for unknown commands.

> On Nov 3, 2014, at 10:06 AM, Neil Horman wrote: > > On Mon, Nov 03, 2014 at 02:25:51PM +0000, Wiles, Roger Keith wrote: >> >>> On Nov 3, 2014, at 8:16 AM, Bruce Richardson >> intel.com> wrote: >>> >>> On Mon, Nov 03, 2014 at 02:08:46PM +0

[dpdk-dev] [PATCH] Add external parser support for unknown commands.

> On Nov 3, 2014, at 8:16 AM, Bruce Richardson > wrote: > > On Mon, Nov 03, 2014 at 02:08:46PM +0000, Wiles, Roger Keith wrote: >> >>> On Nov 3, 2014, at 4:41 AM, Bruce Richardson >> intel.com> wrote: >>> >>> On Sun, Nov 02, 2014 at

[dpdk-dev] [PATCH] Add external parser support for unknown commands.

> On Nov 3, 2014, at 4:41 AM, Bruce Richardson > wrote: > > On Sun, Nov 02, 2014 at 04:28:28PM -0600, Keith Wiles wrote: >> Allow for a external parser to handle the command line if the >> command is not found and the developer has called the routine >> int cmdline_set_external_parser(struct cm

[dpdk-dev] to the intel dpdk engineers and all contributors

On Oct 15, 2014, at 1:46 PM, daniel chapiesky wrote: > I just watched the closing remarks by Tim Driscol at the dpdk summit > > http://youtu.be/r-JA5NBybrs > > At time 4:30, he mentioned the "shock to the system" of developers > expecting a pat on the back and instead receiving critiques o

[dpdk-dev] [PATCH 2/2] Adding the routines rte_pktmbuf_alloc_bulk() and rte_pktmbuf_free_bulk()

On Oct 7, 2014, at 10:42 AM, Ananyev, Konstantin wrote: > Hi Keith, > >> -Original Message----- >> From: Wiles, Roger Keith [mailto:keith.wiles at windriver.com] >> Sent: Tuesday, October 07, 2014 3:22 PM >> To: Ananyev, Konstantin >> Cc: dev at dpdk.org

[dpdk-dev] [PATCH 2/2] Adding the routines rte_pktmbuf_alloc_bulk() and rte_pktmbuf_free_bulk()

On Oct 7, 2014, at 4:09 AM, Ananyev, Konstantin wrote: > > >> -Original Message----- >> From: Wiles, Roger Keith [mailto:keith.wiles at windriver.com] >> Sent: Monday, October 06, 2014 9:08 PM >> To: Ananyev, Konstantin >> Cc: dev at dpdk.org >>

[dpdk-dev] [PATCH 2/2] Adding the routines rte_pktmbuf_alloc_bulk() and rte_pktmbuf_free_bulk()

Attaching to the list does not work. If you want the code let me know it is only about 5K in size. On Oct 6, 2014, at 2:45 PM, Wiles, Roger Keith wrote: > > On Oct 6, 2014, at 11:13 AM, Wiles, Roger Keith windriver.com> wrote: > >> >> On Oct 6, 2014, at 10:54

[dpdk-dev] [PATCH 2/2] Adding the routines rte_pktmbuf_alloc_bulk() and rte_pktmbuf_free_bulk()

On Oct 6, 2014, at 11:13 AM, Wiles, Roger Keith wrote: > > On Oct 6, 2014, at 10:54 AM, Ananyev, Konstantin intel.com> wrote: > >>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson >>> Sent: Monday, October 06, 2014 3:54 PM >>

[dpdk-dev] [PATCH 2/2] Adding the routines rte_pktmbuf_alloc_bulk() and rte_pktmbuf_free_bulk()

On Oct 6, 2014, at 10:54 AM, Ananyev, Konstantin wrote: >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson >> Sent: Monday, October 06, 2014 3:54 PM >> To: Wiles, Roger Keith (Wind River) >> Cc: dev at dpdk.org >> Subject: Re: [dpdk-dev] [

[dpdk-dev] Clang reporting a problem when adding another member initialization.

On Oct 6, 2014, at 3:54 AM, Thomas Monjalon wrote: > 2014-10-03 21:05, Wiles, Roger Keith: >> I run into a problem with Clang report problem when I tried to add >> another member to the static initializer of the following in file >> ixgbe_rxtx_vec.c > [...] >> Th

[dpdk-dev] [PATCH 2/2] Adding the routines rte_pktmbuf_alloc_bulk() and rte_pktmbuf_free_bulk()

Hi Bruce, Do I need to reject the for the new routines or just make sure the vector driver does not get updated to use those routines? Thanks ++Keith On Oct 6, 2014, at 3:56 AM, Richardson, Bruce wrote: > > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Beha

[dpdk-dev] [PATCH 1/2] Move the error check inside __mempool_check_cookies()

Self Nack this one and will resend the patch as a single patch. :-( On Oct 4, 2014, at 6:10 PM, Keith Wiles wrote: > Three places check for the return value from __mempool_get_bulk to be zero > and then call the debug routine __mempool_check_cookies(). The test is > not required if moved into th

[dpdk-dev] [PATCH] Remove n_orig from __mempool_get_bulk() routine, cleanup comment.

Cleanup the code some to remove n_orig variable that was not required. Update the comments to __mempool_get_bulk to state the correct return value. Signed-off-by: Keith Wiles

[dpdk-dev] Clang reporting a problem when adding another member initialization.

I run into a problem with Clang report problem when I tried to add another member to the static initializer of the following in file ixgbe_rxtx_vec.c int ixgbe_rxq_vec_setup(struct igb_rx_queue *rxq) { static struct rte_mbuf mb_def = { .nb_segs = 1, .data_o

[dpdk-dev] [PATCH v3] Clang compile error with RTE_LIBRTE_MEMPOOL_DEBUG enabled.

Resend as it is missing in patchwork. When enabling RTE_LIBRTE_MEMPOOL_DEBUG and compiling with clang compiler an error occurs, because ifdefed code now includes GCC pragmas. GCC 4.4 is when push_options and pop_options pragma show up. Rework to include Thomas?s suggestion to drop push/pop pragm

[dpdk-dev] RFC on changing cmdline_set_prompt()

I was needing cmdline_set_prompt(struct cmdline * cl, const char * prompt) to be more dynamic with the prompt. What I would like to be able to do is change the prompt on the fly in my Pktgen-DPDK application. The reason is I have added some limited ANSI color support and would like to remove t

[dpdk-dev] [PATCH v3] Clang compile error with RTE_LIBRTE_MEMPOOL_DEBUG enabled.

When enabling RTE_LIBRTE_MEMPOOL_DEBUG and compiling with clang compiler an error occurs, because ifdefed code now includes GCC pragmas. GCC 4.4 is when push_options and pop_options pragma show up. Rework to include Thomas?s suggestion to drop push/pop pragma directives for ignore/error directiv

[dpdk-dev] [PATCH v2] Clang compile error with RTE_LIBRTE_MEMPOOL_DEBUG enabled.

Thomas, I will submit a v3 patch in a few minutes. On Oct 1, 2014, at 9:57 AM, Wiles, Roger Keith wrote: > Hi Thomas, > > Changing the macros to: > > #ifdef RTE_LIBRTE_MEMPOOL_DEBUG > #ifndef __INTEL_COMPILER > #pragma GCC diagnostic ignored "-Wcast-qual&q

[dpdk-dev] [PATCH v2] rte_mempool_dump() crashes with NULL rte_mempool pointer.

On Oct 1, 2014, at 10:43 AM, Bruce Richardson wrote: > On Wed, Oct 01, 2014 at 11:02:27AM -0400, Neil Horman wrote: >> On Wed, Oct 01, 2014 at 03:36:45PM +0200, Thomas Monjalon wrote: >>> 2014-09-28 08:27, Neil Horman: >>>> On Sun, Sep 28, 2014 at 05:28:44AM +

[dpdk-dev] [PATCH v2] Clang compile error with RTE_LIBRTE_MEMPOOL_DEBUG enabled.

> 2014-09-28 05:30, Wiles, Roger Keith: >> When enabling RTE_LIBRTE_MEMPOOL_DEBUG and compiling with clang >> compiler an error occurs, because ifdefed code now includes GCC pragmas. >> >> GCC 4.4 is when push_options and pop_options pragma show up. >> >> Signe

[dpdk-dev] [PATCH RFC] mbuf: Adjust TX flags to start at bit 32

Hi Bruce, I like the idea of the split, which should make it easier to do the testing of those bits. One comment below. On Sep 30, 2014, at 10:33 AM, Bruce Richardson wrote: > On Tue, Sep 30, 2014 at 04:26:02PM +0100, Bruce Richardson wrote: >> This patch takes the existing TX flags defined f

[dpdk-dev] [memnic PATCH v2 0/7] MEMNIC PMD performance improvement

Third the motion :-) On Sep 30, 2014, at 9:37 AM, Venkatesan, Venky wrote: > > On 9/30/2014 7:29 AM, Neil Horman wrote: >> On Tue, Sep 30, 2014 at 11:10:45AM +, Hiroshi Shimamoto wrote: >>> From: Hiroshi Shimamoto >>> >>> This patchset improves MEMNIC PMD performance. >>> >>> The first

[dpdk-dev] [PATCH] ixgbe: Fix clang compilation issue

Acked-by: Keith Wiles On Sep 30, 2014, at 4:40 AM, Bruce Richardson wrote: > Issue reported by Keith Wiles. > Clang fails with an error about a variable being used uninitialized: > > CC ixgbe_rxtx_vec.o > /home/keithw/projects/dpdk-code/org-dpdk/lib/librte_pmd_ixgbe/ixgbe_rxtx_vec.c:67:30: >

[dpdk-dev] Building current 1.8.1-rc1 with clang

I just pulled the current repo and stated a build with ?make install T=x86_64-native-linuxapp-clang? which produced the following error. I do not think I am allowed to modify this file, correct? If that is the case then someone will have to update the original source. If you want me to submit a

[dpdk-dev] Bulk dequeue of packets and the returned values, question

On Sep 29, 2014, at 7:30 AM, Ananyev, Konstantin wrote: > > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson >> Sent: Monday, September 29, 2014 1:10 PM >> To: Wiles, Roger Keith (Wind River) >> Cc: d

[dpdk-dev] [RFC] More changes for rte_mempool.h:__mempool_get_bulk()

On Sep 28, 2014, at 5:41 PM, Ananyev, Konstantin wrote: > > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Roger Keith >> Sent: Sunday, September 28, 2014 6:52 PM >> To: >> Subject: [dpdk-dev]

[dpdk-dev] Bulk dequeue of packets and the returned values, question

Thanks Venky, On Sep 28, 2014, at 5:23 PM, Venkatesan, Venky wrote: > Keith, > > On 9/28/2014 11:04 AM, Wiles, Roger Keith wrote: >> I am also looking at the bulk dequeue routines, which the ring can be fixed >> or variable. On fixed < 0 on error is returned a

[dpdk-dev] [PATCH] Function __mempool_get_bulk() returns wrong count.

On Sep 28, 2014, at 5:25 PM, Ananyev, Konstantin wrote: > > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Roger Keith >> Sent: Saturday, September 27, 2014 7:42 PM >> To: >> Subject: [dpdk-dev] [PATCH] F

[dpdk-dev] Bulk dequeue of packets and the returned values, question

I am also looking at the bulk dequeue routines, which the ring can be fixed or variable. On fixed < 0 on error is returned and 0 if successful. On a variable ring < 0 on error or n on success, but I think n can be zero in the variable case, correct? If these are true then why not have the rout

[dpdk-dev] [RFC] More changes for rte_mempool.h:__mempool_get_bulk()

Here is a Request for Comment on __mempool_get_bulk() routine. I believe I am seeing a few more issues in this routine, please look at the code below and see if these seem to fix some concerns in how the ring is handled. The first issue I believe is cache->len is increased by ret and not req as

[dpdk-dev] [PATCH v2] rte_mempool_dump() crashes with NULL rte_mempool pointer.

On Sep 28, 2014, at 7:27 AM, Neil Horman wrote: > On Sun, Sep 28, 2014 at 05:28:44AM +0000, Wiles, Roger Keith wrote: >> >> Check the FILE *f and rte_mempool *mp pointers for NULL and >> return plus print out a message if RTE_LIBRTE_MEMPOOL_DEBUG is enabled. >> &g

[dpdk-dev] [PATCH] rte_mempool_dump() crashes with NULL rte_mempool pointer.

On Sep 27, 2014, at 8:55 PM, Neil Horman wrote: > On Sun, Sep 28, 2014 at 01:14:05AM +0000, Wiles, Roger Keith wrote: >> >> On Sep 27, 2014, at 7:37 PM, Neil Horman wrote: >> >>> On Sat, Sep 27, 2014 at 06:35:01PM +, Wiles, Roger Keith wrote: >>>&g

[dpdk-dev] [PATCH v2] Clang compile error with RTE_LIBRTE_MEMPOOL_DEBUG enabled.

When enabling RTE_LIBRTE_MEMPOOL_DEBUG and compiling with clang compiler an error occurs, because ifdefed code now includes GCC pragmas. GCC 4.4 is when push_options and pop_options pragma show up. Signed-off-by: Keith Wiles --- lib/librte_mempool/rte_mempool.h | 4 ++-- 1 file changed, 2 inse

[dpdk-dev] [PATCH v2] rte_mempool_dump() crashes with NULL rte_mempool pointer.

Check the FILE *f and rte_mempool *mp pointers for NULL and return plus print out a message if RTE_LIBRTE_MEMPOOL_DEBUG is enabled. Signed-off-by: Keith Wiles --- lib/librte_mempool/rte_mempool.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/lib/librte_mempool/rte_mempool.c b/lib/librt

[dpdk-dev] [PATCH] rte_mempool_dump() crashes with NULL rte_mempool pointer.

On Sep 27, 2014, at 7:37 PM, Neil Horman wrote: > On Sat, Sep 27, 2014 at 06:35:01PM +0000, Wiles, Roger Keith wrote: >> >> Check the FILE *f and rte_mempool *mp pointers for NULL and >> return plus print out a message if RTE_LIBRTE_MEMPOOL_DEBUG is enabled. >> &g

[dpdk-dev] [PATCH] rte_mempool_dump() crashes with NULL rte_mempool pointer.

OK, let me look at RTE_VERIFY then and will send a new patch. On Sep 27, 2014, at 7:37 PM, Neil Horman wrote: > On Sat, Sep 27, 2014 at 06:35:01PM +0000, Wiles, Roger Keith wrote: >> >> Check the FILE *f and rte_mempool *mp pointers for NULL and >> return plus p

[dpdk-dev] [PATCH] Clang compile error with RTE_LIBRTE_MEMPOOL_DEBUG enabled.

ions showed up in GCC. I will post a new patch, but I wanted to ask if this was the best solution for these ifdefs? If someone sees a better solution please let me know. Thanks ++Keith On Sep 27, 2014, at 12:53 AM, Wiles, Roger Keith wrote: > When enabling RTE_LIBRTE_MEMPOOL_DEBUG and compili

[dpdk-dev] [PATCH] Function __mempool_get_bulk() returns wrong count.

When __mempool_get_bulk() grabs entries from the cache it returns zero instead of the number of entries obtained. Plus the stats were increased by the wrong count of objects. Signed-off-by: Keith Wiles --- lib/librte_mempool/rte_mempool.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions

[dpdk-dev] [PATCH] rte_mempool_dump() crashes with NULL rte_mempool pointer.

Check the FILE *f and rte_mempool *mp pointers for NULL and return plus print out a message if RTE_LIBRTE_MEMPOOL_DEBUG is enabled. Signed-off-by: Keith Wiles --- lib/librte_mempool/rte_mempool.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/lib/librte_mempool/rte_mempool.c b/lib/li

[dpdk-dev] [PATCH] Clang compile error with RTE_LIBRTE_MEMPOOL_DEBUG enabled.

When enabling RTE_LIBRTE_MEMPOOL_DEBUG and compiling with clang compiler an error occurs, because ifdefed code now includes GCC pragmas. Signed-off-by: Keith Wiles --- lib/librte_mempool/rte_mempool.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/librte_mempool/rte_

[dpdk-dev] [memnic PATCH 7/7] pmd: split calling mbuf free

On Sep 24, 2014, at 8:12 PM, Hiroshi Shimamoto wrote: > Hi Thomas, Keith, > >> Subject: Re: [dpdk-dev] [memnic PATCH 7/7] pmd: split calling mbuf free >> >> >> On Sep 24, 2014, at 10:20 AM, Thomas Monjalon >> wrote: >> >>> 2014-09-11 07:52, Hiroshi Shimamoto: @@ -408,9 +408,9 @@ retr

[dpdk-dev] [memnic PATCH 7/7] pmd: split calling mbuf free

On Sep 24, 2014, at 10:20 AM, Thomas Monjalon wrote: > 2014-09-11 07:52, Hiroshi Shimamoto: >> @@ -408,9 +408,9 @@ retry: >> >> rte_compiler_barrier(); >> p->status = MEMNIC_PKT_ST_FILLED; >> - >> -rte_pktmbuf_free(tx_pkts[nr]); >> } >> +for (i =

[dpdk-dev] More information on Pktgen

Here is some more information about Pktgen that others may want to know: At this point Pktgen is just a simple L2/L3 (UDP/TCP/IPv4 with some IPv6 support) traffic generator and does not have a network or any kind of state keeping. Mostly useful for sending traffic for performance testing and som

[dpdk-dev] Pktgen-DPDK now located on dpdk.org

Hi Everyone, I now have Pktgen-DPDK a traffic generator application using DPDK. You can get the code from here: http://dpdk.org/browse/apps/pktgen-dpdk/ There is a README.md file that should explain how it is built, but I could have missed something as I was including DPDK with the Pktgen code

[dpdk-dev] Clang Scan build results

Hi Matthew, On Aug 27, 2014, at 10:00 PM, Matthew Hall wrote: > On Wed, Aug 27, 2014 at 03:13:43PM +0000, Wiles, Roger Keith wrote: >> Hi Everyone, > > Hi Keith, > > For me the build failed with clang but I made a series of awful patches to > get > it to compi

[dpdk-dev] Clang Scan build results

les, Roger Keith: >> I groped around on the Coverity site and did not find any statement about >> being free to open source, but I may have just missed it. > > It's here: > https://scan.coverity.com > > Some checks have been done with TrustInSoft Analyzer: >

[dpdk-dev] Clang Scan build results

, Jay Rolette mailto:rolette at infiniteio.com>> wrote: > We could run something like PC-Lint or Coverity, but they cost money :-) Pretty sure Coverity is free for open source projects... Jay On Wed, Aug 27, 2014 at 10:13 AM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wro

[dpdk-dev] Clang Scan build results

Hi Everyone, I built dpdk with Clang and used the scan-build analyzer to produce a report. The report is about 13M in size so not very nice to send to the list. I decided to place the report on github.com if you want to see the results. While running scan-build the build would fail, but I force

[dpdk-dev] [please ignore this test email]

Test 1 On Aug 15, 2014, at 5:41 PM, Thomas Monjalon wrote: > Hi Keith, > > 2014-08-14 21:55, Wiles, Roger Keith: >> /* Changed the next line to use (3,13,8) instead of (3,14,0) KeithW */ >> #if ( LINUX_VERSION_CODE < KERNEL_VERSION(3,13,8) ) >

[dpdk-dev] 1.7.0 release failed to compile on linux

For the SKB function change I had to change the ifdef in the kcompat.h file around line 3848 (I think) to: /* Changed the next line to use (3,13,8) instead of (3,14,0) KeithW */ #if ( LINUX_VERSION_CODE < KERNEL_VERSION(3,13,8) ) #if (!(RHEL_RELEASE_CODE && RHEL_RELEASE_CODE >= RHEL_RELEASE_

[dpdk-dev] DPDK with Ubuntu 14.04?

eyond the example applications under 14.04? -- Matt Laswell infinite io On Thu, Jul 10, 2014 at 7:07 PM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: The one problem I had with 14.04 was the kcompat.h file. It looks like a hash routine has changed its arguments. I edited the

[dpdk-dev] DPDK with Ubuntu 14.04?

The one problem I had with 14.04 was the kcompat.h file. It looks like a hash routine has changed its arguments. I edited the kcompat.h file and was about to change the code to allow DPDK to build. It is not affix but it worked for me. lib/librte_eal/linuxapp/kni/ethtool/igb/kcompat.h /* C

[dpdk-dev] Build failure on Ubuntu 14.04

of effort to upgrade environment. Can we indicate specific version for Ubuntu 14.04? Btw, we met the same issue in RedHat 7.0 Beta version. Waterman From: Wiles, Roger Keith [mailto:keith.wi...@windriver.com] Sent: Monday, July 7, 2014 10:42 PM To: De Lara Guarch, Pablo Cc: Cao, Waterman; mailto:dev

[dpdk-dev] Build failure on Ubuntu 14.04

I do not use CentOS and can not verify the issues or fix. Thanks ++Keith Keith Wiles, Principal Technologist with CTO office, Wind River mobile 972-213-5533 [Powering 30 Years of Innovation]<http://www.windriver.com/announces/wr30/> On Jul 7, 2014, at 9:41 AM, Wiles, Roger Keith mailto:kei

[dpdk-dev] Build failure on Ubuntu 14.04

. Thanks ++Keith Keith Wiles, Principal Technologist with CTO office, Wind River mobile 972-213-5533 [Powering 30 Years of Innovation]<http://www.windriver.com/announces/wr30/> On Jul 7, 2014, at 9:41 AM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: Someone compiling o

[dpdk-dev] Build failure on Ubuntu 14.04

Someone compiling on CentOS kernel 3.13.7 needed the original code. Looks like some other type of ifdef change needs to be done to the kcompat.h file to allow it to compile on Ubuntu 14.04 with kernel 3.13.0-30. Keith Wiles, Principal Technologist with CTO office, Wind River mobile 972-213-5533

[dpdk-dev] Build failure on Ubuntu 14.04

ion]<http://www.windriver.com/announces/wr30/> On Jul 5, 2014, at 10:28 AM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: Forgot the uname -a: Linux keithw-W2600CR 3.13.0-30-generic #54-Ubuntu SMP Mon Jun 9 22:45:01 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Keith Wiles, Pri

[dpdk-dev] Build failure on Ubuntu 14.04

r30/> On Jul 5, 2014, at 10:27 AM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: Hi All, I got a build failure on : [10:20][keithw at keithw-W2600CR:umf(dev)]$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04 LTS Release:

[dpdk-dev] Build failure on Ubuntu 14.04

Hi All, I got a build failure on : [10:20][keithw at keithw-W2600CR:umf(dev)]$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04 LTS Release:14.04 Codename: trusty Looks like the skb_set_hash() function changed from: static inline voi

[dpdk-dev] Why rte_snprintf at all?

a subsequent release. [Ref: https://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html]. That?s what the attribute is there for. From: Wiles, Roger Keith [mailto:keith.wi...@windriver.com] Sent: Monday, June 23, 2014 3:31 PM To: Rogers, Gerald Cc: Richardson, Bruce; Stephen Hemminger; dev

[dpdk-dev] Why rte_snprintf at all?

Why not just convert it into a macro and ifdef out the code or remove it. This way it can we remove later or just kept for some backward compat reason. #define rte_snprintf snprintf Keith Wiles, Principal Technologist with CTO office, Wind River mobile 972-213-5533 [Powering 30 Years of Innovat

[dpdk-dev] L2/3 Tx generator example

You can have a look at Pktgen-DPDK on: git clone git://github.com/Pktgen/Pktgen-DPDK Pktgen is a traffic generator using DPDK for L2/L3 and a number of other features :-) Hope thats what you are looking for. Keith Wiles, Principal Technologist for Networking member of the CTO office, Wind Riv

[dpdk-dev] Sending modified pcap packets from pktgen.

The mempool is setup to not cache the packets and the order you send the packets will be the same order they appear on the wire. Also packets are stored on the TX done queue and it is hard to get the queue to flush them back to the mempool. Even after you stop sending packets you can still have

[dpdk-dev] pktgen offload checksum flag not able to make it work with pacp packets.

flag to calculate the tcp checksum. m->ol_flags |= PKT_TX_TCP_CKSUM its calculating the TCP checksum but turning out to be wrong checksum. Thanks Banashankar On Fri, Jan 24, 2014 at 11:44 AM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: I have not enabled that f

[dpdk-dev] pktgen offload checksum flag not able to make it work with pacp packets.

I have not enabled that feature myself, but I would expect it to work as long as the hardware does. What does the docs say about enabling hardware offload support? Did you look at the following files: ip_reassembly/ipv4_rsmbl.h: m->ol_flags |= PKT_TX_IP_CKSUM; ipv4_frag/rte_ipv4_frag.h:

[dpdk-dev] Sending & Receiving Packets

Hi Rishi, Normally I use 'start ' pktgen> start 0 # Start port 0 sending pktgen> start 0,3 # Start port 0 and 3 sending pktgen> start 0-3# start port 0, 1, 2 and 3 send packets. pktgen> start all # start sending on all ports pktgen> stp # stop sen

[dpdk-dev] IP address range for PCAPs in pktgen

Sent from the wrong email account. Keith Wiles, Principal Technologist for Networking member of the CTO office, Wind River direct 972.434.4136 mobile 940.213.5533 fax 000.000. [Powering 30 Years of Innovation] On Dec 6, 2013, at 7:26 PM, Pktgen mai

[dpdk-dev] ways to generate 40Gbps with two NICs x two ports?

Innovation]<http://www.windriver.com/announces/wr30/> On Nov 19, 2013, at 3:33 PM, jinho hwang mailto:hwang.jinho at gmail.com>> wrote: On Tue, Nov 19, 2013 at 4:18 PM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: Give this a try, if that does not work then somet

[dpdk-dev] ways to generate 40Gbps with two NICs x two ports?

Powering 30 Years of Innovation]<http://www.windriver.com/announces/wr30/> On Nov 19, 2013, at 11:35 AM, jinho hwang mailto:hwang.jinho at gmail.com>> wrote: On Tue, Nov 19, 2013 at 12:24 PM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: Normally when I see this p

[dpdk-dev] ways to generate 40Gbps with two NICs x two ports?

Innovation]<http://www.windriver.com/announces/wr30/> On Nov 19, 2013, at 11:04 AM, jinho hwang mailto:hwang.jinho at gmail.com>> wrote: On Tue, Nov 19, 2013 at 11:54 AM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: BTW, the configuration looks fine, but you

[dpdk-dev] ways to generate 40Gbps with two NICs x two ports?

mobile 940.213.5533 [Powering 30 Years of Innovation]<http://www.windriver.com/announces/wr30/> On Nov 19, 2013, at 10:42 AM, jinho hwang mailto:hwang.jinho at gmail.com>> wrote: On Tue, Nov 19, 2013 at 11:31 AM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: How

[dpdk-dev] ways to generate 40Gbps with two NICs x two ports?

, Principal Technologist for Networking member of the CTO office, Wind River mobile 940.213.5533 [Powering 30 Years of Innovation]<http://www.windriver.com/announces/wr30/> On Nov 19, 2013, at 10:42 AM, jinho hwang mailto:hwang.jinho at gmail.com>> wrote: On Tue, Nov 19, 2013 at 11:31 AM,

[dpdk-dev] ways to generate 40Gbps with two NICs x two ports?

How do you have Pktgen configured in this case? On my westmere dual socket 3.4Ghz machine I can send 20G on a single NIC 82599x two ports. My machine has a PCIe bug that does not allow me to send on more then 3 ports at wire rate. I get close to 40G 64 byte packets, but the forth port does is a

[dpdk-dev] Unable to compile DPDK 1.5 on Debian GNU/Linux: lib/librte_eal/linuxapp/igb_uio

You can add 'V=1' to the command line make and it will produce a lot more information maybe it will help. 'make install T=x86_64-default-linuxapp-gcc V=1' Keith Wiles, Principal Technologist for Networking member of the CTO office, Wind River direct 972.434.4136 mobile 940.213.5533 fax 000.00

[dpdk-dev] Question regarding throughput number with DPDK l2fwd with Wind River System's pktgen

Hi Chis, Here is the email I replied to via pktgen at gmail.com to Jun Han, which happens to match Venky's statements as well :-) Let me know if you see anything else that maybe wrong with Pktgen, but the numbers are correct :-) -

[dpdk-dev] TCP/IP stack - options

Hi Sujith, Wind River also has a fully integrated TCP/IP stack with network acceleration using DPKD with INP/AAE product. A few have ported lwIP to DPDK, but these stacks are not fully integrated into the whole system meaning the Linux host (at least I do not know of anyone that does). Wind Ri

[dpdk-dev] Sending & Receiving Packets

ktGen be able to send packets over without an IP address? On Sun, Jun 23, 2013 at 10:03 PM, Wiles, Roger Keith mailto:keith.wiles at windriver.com>> wrote: Hi Peter, When DPDK is running on the server it takes control of the ports, which means the network stack that would answer a ping (ICMP

[dpdk-dev] Sending & Receiving Packets

Hi Peter, When DPDK is running on the server it takes control of the ports, which means the network stack that would answer a ping (ICMP Echo) would not be attached to the port any more. You would have to add code to DPDK as an application to receive the ICMP Echo packet and respond with a ICMP

[dpdk-dev] problem with rte_hash

Hi Could this problem be a circular linker problem, try duplicating the libraries on the link line again and see if that fixes the problem. In GCC you also have the option --start-group and --end-group to force the linker to resolve relink these libs until all of the dependences have been reso

[dpdk-dev] [dpdk-announce] Wind River Releases Pktgen on GitHub

Hi Everyone, Wind River would like to let everyone know that we have released our WR Packet Generator (Pktgen) on GitHub, Give it a try. https://github.com/Pktgen/Pktgen-DPDK Thank you, ++Keith --- Keith Wiles Principal Technologist for Networking cell 972-213-5533 W