Re: [dpdk-dev] [PATCH] app/testpmd: fix compilation when bitrate lib is disabled

06/05/2017 03:00, Wu, Jingjing: > From: De Lara Guarch, Pablo > > > > Fixes: e25e6c70fb56 ("app/testpmd: add --bitrate-stats option") > > > > Signed-off-by: Pablo de Lara > Acked-by: Jingjing Wu Applied, thanks

[dpdk-dev] [PATCH v2] mbuf: fix bulk allocation when debug enabled

The debug assertions when allocating a raw mbuf are not correct since commit 8f094a9ac5d7 ("mbuf: set mbuf fields while in pool"), which triggers a panic when using this function in debug mode Signed-off-by: Gregory Etelson --- lib/librte_mbuf/rte_mbuf.h | 25 - 1 file ch

Re: [dpdk-dev] [PATCH v2] app/testpmd: disable latency stats by default

06/05/2017 03:10, Wu, Jingjing: > > From: De Lara Guarch, Pablo > > > > Disable latency stats gathering by default, so there is not performance > > degradation if user is not interested in them. > > > > Signed-off-by: Pablo de Lara > Acked-by: Jingjing Wu Applied, thanks

Re: [dpdk-dev] [PATCH 2/2] app/testpmd: fix MAC endian issue in flow command

04/05/2017 19:08, Adrien Mazarguil: > MAC addresses are implicitly handled in network order since they are > actually byte strings, however this is not properly enforced with MAC masks > provided as prefix lengths, which end up inverted on little endian > systems. > > Fixes: 6df81b325fa4 ("app/tes

Re: [dpdk-dev] [PATCH v5] app/testpmd: fix port_numa and ring_numa not initialize issue

06/05/2017 02:52, Wu, Jingjing: > From: Pei, Yulong > > > > Previous numa_support = 0 by default, it need to add --numa to testpmd > > command line to enable numa, so port_numa and ring_numa were initialized at > > function launch_args_parse(), now testpmd change numa_support = 1 as > > default,

Re: [dpdk-dev] [PATCH v3] app/testpmd: configure event display

06/05/2017 02:57, Wu, Jingjing: > From: Gaetan Rivet [mailto:gaetan.ri...@6wind.com] > > > > Add two parameters to testpmd: > > > > --print-event > > --mask-event > > > > To enable or disable to printing of events. This display is configured on a > > per- > > event basis. By default, all

Re: [dpdk-dev] [PATCH v1 1/1] app/procinfo: buffer null termination fix.

21/04/2017 17:06, Roman Korynkevych: > Coverity issue: 143252 > Fixes: 2deb6b5246d7706448d070335b329d1acb754cee ("app/procinfo: add collectd > format and host id") > Cc: sta...@dpdk.org > > Signed-off-by: Roman Korynkevych > --- > app/proc_info/main.c | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [dpdk-dev] [PATCH] eventdev: abstract ethdev HW capability to inject packets

-Original Message- > Date: Fri, 5 May 2017 19:02:59 + > From: "Eads, Gage" > To: Jerin Jacob , "dev@dpdk.org" > > CC: "tho...@monjalon.net" , "Richardson, Bruce" > , "Van Haaren, Harry" > , "hemant.agra...@nxp.com" > , "nipun.gu...@nxp.com" , > "Vangati, Narender" > Subject: RE:

Re: [dpdk-dev] [PATCH] net/ixgbe: support detection of hot swapped SFP/SFP+

Hi, Do we need an explicit "Acked-by" keyword for this patch to be accepted and applied? Thanks, Srini On Tue, Apr 25, 2017 at 6:53 AM, Lu, Wenzhuo wrote: > Hi Srini, > > >> -Original Message- >> From: Srinivasan J [mailto:srinid...@gmail.com] >> Sent: Monday, April 24

Re: [dpdk-dev] [RFC 17.08] Flow classification library

Carthago delenda est: Again with the callbacks... why not just let the application call the library's processing functions where appropriate. The hook+callback design pattern tends to impose a specific framework (or order of execution) on the DPDK user, rather than just being a stand-alone libra

Re: [dpdk-dev] [RFC] service core concept header implementation

-Original Message- > Date: Fri, 5 May 2017 15:48:02 + > From: "Van Haaren, Harry" > To: Jerin Jacob > CC: "dev@dpdk.org" , "Richardson, Bruce" > , "hemant.agra...@nxp.com" > , "nipun.gu...@nxp.com" , > "Vangati, Narender" , "Eads, Gage" > > Subject: RE: [RFC] service core concept

Re: [dpdk-dev] [PATCH] net/ixgbe: support detection of hot swapped SFP/SFP+

06/05/2017 15:51, Srinivasan J: > Hi, >Do we need an explicit "Acked-by" keyword for this > patch to be accepted and applied? Yes, given it is not a trivial patch, an ack from the maintainer is required. Anyway, it has been submitted too late for 17.05 testing.

[dpdk-dev] [PATCH] app/testpmd: print all or no events

Adds the "all" option to the print-event and mask-event parameters. This option will enable or disable all event notifications from being displayed. Signed-off-by: Gaetan Rivet Cc: Jingjing Wu --- app/test-pmd/parameters.c | 10 ++ doc/guides/testpmd_app_ug/run_app.rst | 10

Re: [dpdk-dev] [PATCH v7 1/3] ethdev: fix adding invalid MAC addr

On Fri, May 05, 2017 at 04:21:53PM +0200, Thomas Monjalon wrote: > 05/05/2017 02:40, Wei Dai: > > Some customers find adding MAC addr to VF sometimes can fail, > > but it is still stored in dev->data->mac_addrs[ ]. So this > > can lead to some errors that assumes the non-zero entry in > > dev->data

Re: [dpdk-dev] [dpdk-stable] [PATCH 11/11] net/qede: fix to limit CFLAGS to base files

> From: Yuanhan Liu [mailto:yuanhan@linux.intel.com] > Sent: Wednesday, May 03, 2017 7:11 PM > > On Thu, May 04, 2017 at 12:14:30AM +, Mody, Rasesh wrote: > > > > > > > From: Yuanhan Liu [mailto:yuanhan@linux.intel.com] > > > Sent: Monday, May 01, 2017 11:15 PM > > > > > > On Tue, Apr

Re: [dpdk-dev] [PATCH v2] app/testpmd: support non contiguous socket ids

Saturday, May 6, 2017 4:41 AM, Wu, Jingjing: > > > > The test assumes the socket ids are contiguous. This is not > > necessarily the case on all servers and may cause mempool creation to fail. > > > > Fixing it by detecting the list of valid socket ids and use it for the > > mempool creation. > > >