Hi
I'm a newbie in DPDK and have some very basic & stupid questions about ACL
library.
It is hard for me to understand DFA ACL library, especially the transition
table and wildness which is used in trie generation and sorting.
Why they use a transition table(=node array) to traverse a trie inst
Hi,
Pablo :
> Could you tell me how you got the L1 cache miss ratio? Perf?
perf stat -e L1-dcache-loads,L1-dcache-misses l2fwd ...
> Could you provide more information on how you run the l2fwd app,
> in order to try to reproduce the issue:
> - L2fwd Command line
./build/l2fwd -c 3 -n 2 -- -p 3
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zoltan Kiss
> Sent: Tuesday, April 28, 2015 12:27 AM
> To: Nikita Kalyazin; dev at dpdk.org
> Subject: Re: [dpdk-dev] data copy in vhost-user
>
>
>
> On 27/04/15 12:54, Nikita Kalyazin wrote:
> > Hi,
> >
> >
Hi Thomas
New version is needed, as previous version has some code piece which shouldn't
be present there.
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, April 28, 2015 1:17 AM
> To: Zhang, Helin
> Cc: dev at dpdk.org; Kenguva, Monica;
Hi Thomas
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, April 28, 2015 1:25 AM
> To: Zhang, Helin
> Cc: dev at dpdk.org; Kenguva, Monica; Murray, Steven J; Shih, Chiu-Pi
> Subject: Re: [dpdk-dev] [PATCH 11/18] i40e: support of building
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, April 28, 2015 1:27 AM
> To: Zhang, Helin
> Cc: dev at dpdk.org; Kenguva, Monica; Murray, Steven J; Shih, Chiu-Pi
> Subject: Re: [dpdk-dev] [PATCH 12/18] i40e: enhancements of AQ commands
>
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, April 28, 2015 1:29 AM
> To: Zhang, Helin
> Cc: dev at dpdk.org; Kenguva, Monica; Murray, Steven J; Shih, Chiu-Pi
> Subject: Re: [dpdk-dev] [PATCH 13/18] i40e: replacement of
> 'i40e_debug_
Hi All,
So far, I have not got any comments yet, which means all of you agree on the
proposal of the VXLAN example?
Actually, if I can get your comments as soon as possible, which can avoid a lot
of discussions in formal patch set and can accelerate the development.
Thanks
Jijiang Liu
> --
On Mon, Apr 27, 2015 at 5:29 AM, Jim Thompson wrote:
>
> > On Apr 26, 2015, at 4:56 PM, Neil Horman wrote:
> >
> > On Sat, Apr 25, 2015 at 04:08:23PM +, Wiles, Keith wrote:
> >> +1 and besides the GPL or LGPL ship has sailed IMHO and we can not go
> back.
> > Actually, IANAL, but I think we
On 4/28/2015 6:06 AM, Stephen Hemminger wrote:
> I raised the issue, but people seem to be ignoring that fact that igb_uio
> was broken by the introduction of UIO PCI generic in 2.0.
What do you mean about igb_uio broken?
Thanks,
Michael
>
> There are three options:
> 1. Remove IGB_UIO only use
2015-04-22 11:57, Olivier Matz:
> This code retrieving the pool private area is duplicated in many
> places, we can use of function for it.
>
> Signed-off-by: Olivier Matz
> Acked-by: Neil Horman
[...]
> --- a/lib/librte_pmd_pcap/rte_eth_pcap.c
> +++ b/lib/librte_pmd_pcap/rte_eth_pcap.c
> @@ -13
Hi,
I didn't follow DPDK development to close lately. Was those problem
fixed already?
On Thu, Mar 05, 2015 at 06:56:14AM +, Zhang, Helin wrote:
>
>
> > -Original Message-
> > From: Gleb Natapov [mailto:gleb at cloudius-systems.com]
> > Sent: Thursday, March 5, 2015 2:39 PM
> > To:
> > The first objective of this series is to fix the support of indirect
> > mbufs when the application reserves a private area in mbufs. It also
> > removes the limitation that rte_pktmbuf_clone() is only allowed on
> > direct (non-cloned) mbufs. The series also contains some enhancements
> > and
> During build phase ACL doing quite a lot of memory allocations
> for relatively small temporary structures.
> In theory each of such allocation can fail, so we need to handle
> all these possible failures.
> That adds a lot of extra checks and makes the code harder to read and follow.
> To simpli
Hello, Network Performance Gurus!
I have Debian Jessie with 3.16 kernel, DPDK 2.0.0 with ixgbe NIC. And
I wrote following code:
https://gist.github.com/pavel-odintsov/e1f64de4d56c0ab1b37c
I try to allocate 2 queues for TX and only 1 queue for RX and I can't
do it with error (detailed error messag
Please Nicolas, John,
could we have a review of these patches?
Thanks
2015-02-27 15:42, Tero Aho:
> We have found it convenient to use pcap interfaces in early development
> when speed does not matter. However, pcap interfaces use fixed values
> for some properties like link status which makes it
Helin,
Do you have time to check this patch, please?
2015-04-03 23:18, Shelton Chia:
> igb and ixgbe's link detected always return yes, fix get_link func
> refer to get_settings, it works correctly for my i350 and 82599es nic.
>
> Signed-off-by: Shelton Chia
Hi,
sorry, I mixed up the hardware I used for my tests.
Paul Emmerich :
> CPU: Intel(R) Xeon(R) CPU E3-1230 v2
> TurboBoost and HyperThreading disabled.
> Frequency fixed at 3.30 GHz via acpi_cpufreq.
The CPU frequency was fixed at 1.60 GHz to enforce
a CPU bottleneck.
My original post said t
On Tue, Apr 28, 2015 at 12:43:16PM +0200, Paul Emmerich wrote:
> Hi,
>
> sorry, I mixed up the hardware I used for my tests.
>
>
> Paul Emmerich :
> > CPU: Intel(R) Xeon(R) CPU E3-1230 v2
> > TurboBoost and HyperThreading disabled.
> > Frequency fixed at 3.30 GHz via acpi_cpufreq.
>
> The CPU f
Hi,
Matthew Hall :
> Not sure if it's relevant or not, but there was another mail claiming PCIe
> MSI-X wasn't necessarily working in DPDK 2.x. Not sure if that could be
> causing slowdowns when there are drastic volumes of 64-byte packets causing a
> lot of PCI activity.
Interrupts should not
Hi Pavel,
I think mistake is here:
-int eth_configure_ret = rte_eth_dev_configure(current_port, tx_queues,
rx_queues, &default_port_conf);
+int eth_configure_ret = rte_eth_dev_configure(current_port, rx_queues,
tx_queues, &default_port_conf);
according to
http://dpdk.org/doc/api/rte__ethdev_8h.htm
On Tue, Apr 28, 2015 at 12:28:34AM +0200, Paul Emmerich wrote:
> Let me know if you need any additional information.
> I'd also be interested in the configuration that resulted in the 20% speed-
> up that was mentioned in the original mbuf patch
>
> Paul
>
The speed-up would be for apps that were
Wow! Thank you so much :) It works fine now!
On Tue, Apr 28, 2015 at 1:57 PM, Vladimir Medvedkin
wrote:
> Hi Pavel,
>
> I think mistake is here:
> -int eth_configure_ret = rte_eth_dev_configure(current_port, tx_queues,
> rx_queues, &default_port_conf);
> +int eth_configure_ret = rte_eth_dev_confi
On 27/04/15 18:38, Thomas Monjalon wrote:
> 2015-04-24 11:38, Zoltan Kiss:
>> On 22/04/15 12:59, Ananyev, Konstantin wrote:
>>> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
>>> Sent: Wednesday, April 22, 2015 10:57 AM
The first objective of this series is to fix the support of indir
> -Original Message-
> From: Paul Emmerich [mailto:emmericp at net.in.tum.de]
> Sent: Monday, April 27, 2015 11:29 PM
> To: De Lara Guarch, Pablo
> Cc: Pavel Odintsov; dev at dpdk.org
> Subject: Re: [dpdk-dev] Performance regression in DPDK 1.8/2.0
>
> Hi,
>
> Pablo :
> > Could you tell
> -Original Message-
> From: Richardson, Bruce
> Sent: Tuesday, April 28, 2015 11:55 AM
> To: Paul Emmerich
> Cc: De Lara Guarch, Pablo; dev at dpdk.org
> Subject: Re: [dpdk-dev] Performance regression in DPDK 1.8/2.0
>
> On Tue, Apr 28, 2015 at 12:43:16PM +0200, Paul Emmerich wrote:
> >
Hi,
De Lara Guarch, Pablo :
> Could you tell me which changes you made here? I see you are using simple tx
> code path on 1.8.0,
> but with the default values, you should be using vector tx,
> unless you have changed anything in the tx configuration.
sorry, I might have written that down wron
Hey All,
I hope that this is the right address for my question.
I currently have a VM on Cisco server that runs KVM and SR-IOV is enabled.
4 VFs are attached to this VM and I try to send ARPs from SPIRENT traffic
generator to the VM which its ports are VLAN tagged.
Although I turned off spoof
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, April 28, 2015 11:10 AM
> To: Nicol?s Pernas Maradei; Mcnamara, John
> Cc: dev at dpdk.org; Tero Aho
> Subject: Re: [dpdk-dev] [PATCH 0/3] pcap pmd improvements
>
> Please Nicolas, John,
> c
> This patch removes the use of rte_fdir_filter from enic_clsf.
> This also takes care of modifying the version and copyright string.
>
> Signed-off-by: Sujith Sankar
Applied, thanks
On 28/04/15 02:22, Xie, Huawei wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zoltan Kiss
>> Sent: Tuesday, April 28, 2015 12:27 AM
>> To: Nikita Kalyazin; dev at dpdk.org
>> Subject: Re: [dpdk-dev] data copy in vhost-user
>>
>>
>>
>> On 27/04/
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tero Aho
> Sent: Friday, February 27, 2015 1:43 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 0/3] pcap pmd improvements
>
> We have found it convenient to use pcap interfaces in early development
> when
Latest mbuf changes (priv_size addition and related fixes)
exposed small problem with testpmd default config:
testpmd default mbuf size is exaclty 2KB, that causes
ixgbe PMD to select scattered RX even for configs with 'normal'
max packet length (max_rx_pkt_len == ETHER_MAX_LEN).
Signed-off-by: Ko
> According to the api, rte_log() / rte_vlog() are supposed to check the log
> level
> and type but they were not doing so. This check was only done in the RTE_LOG
> macro while this macro is only there to remove log messages at build time.
>
> rte_log() always calls rte_vlog(), so move the check
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tero Aho
> Sent: Friday, February 27, 2015 1:43 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/3] pcap: utilize underlying real interface
> properties
>
> These changes set pcap interface mac address
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tero Aho
> Sent: Friday, February 27, 2015 1:43 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 2/3] pcap: add support for jumbo frames
>
> Extend eth_pcap_rx and eth_pcap_tx to support jumbo frames.
> On
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tero Aho
> Sent: Friday, February 27, 2015 1:43 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 3/3] pcap: add byte and error counters into
> statistics
>
> Added input/ouput byte counters into pcap inte
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Konstantin Ananyev
> Sent: Thursday, April 23, 2015 3:33 PM
> To: Ananyev, Konstantin; dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] PCAP PMD fix: pcap_rx_queue/pcap_tx_queue
> should store it's own copy of nam
> Fixes: 8a312224bcde ("eal/bsd: fix fd leak")
>
> Closing /dev/io fd causes SIGBUS in inb/outb instructions
> as the process loses the IOPL privileges once the fd is closed:
> (gdb) bt
> 0 0x00492f2c in outb (port=49170, data=0 '\000')
> at /usr/include/machine/cpufunc.h:244
> 1 0x0
Huawei, Changchun,
Any opinion about these patches?
2015-04-16 14:48, Pavel Boldin:
> This patchset contains refactoring steps for the `eventfd_link' module
> of the DPDK's `librte_vhost' part.
>
> The commit messages are updated to include `Signed-off-by'.
>
> Pavel Boldin (5):
> vhost: event
Hi Gleb
I don't think the fix is in the master branch. I will double check it and get
back to you later.
Thank you very much for the reminder!
Regards,
Helin
> -Original Message-
> From: Gleb Natapov [mailto:gleb at cloudius-systems.com]
> Sent: Tuesday, April 28, 2015 5:21 PM
> To: Zha
Trying to simplify the ifdefs in rte.app.mk to make the code
more readable and maintainable by moving LDLIBS variable to use
the same style as LDLIBS-y being used in the rest of the code.
Signed-off-by: Keith Wiles
---
mk/rte.app.mk | 253 ++---
I have not tested this change more then just building DPDK with GCC.
On 4/28/15, 10:21 AM, "Keith Wiles" wrote:
>Trying to simplify the ifdefs in rte.app.mk to make the code
>more readable and maintainable by moving LDLIBS variable to use
>the same style as LDLIBS-y being used in the rest of the
> Acked by: Cristian Dumitrescu
Cristian, you forgot my previous recommendation:
http://dpdk.org/ml/archives/dev/2015-February/013818.html
A patch without Signed-off cannot be applied.
Maciej, looking at your several series,
most of these 30 patches have no signed-off nor commit messages
> > This patch adds the handle function for the LPE mailbox message (VF to
> > PF) to set maximum packet size, which can be used to enable jumbo
> > frame support.
> >
> > Signed-off-by: Sergio Gonzalez Monroy
>
> Acked-by: Konstantin Ananyev
Applied, thanks
On 28/04/2015 16:21, Keith Wiles wrote:
> Trying to simplify the ifdefs in rte.app.mk to make the code
> more readable and maintainable by moving LDLIBS variable to use
> the same style as LDLIBS-y being used in the rest of the code.
>
> Signed-off-by: Keith Wiles
> ---
+1
Patch looks good, just
On Tue, 28 Apr 2015 08:07:18 +
"Qiu, Michael" wrote:
> On 4/28/2015 6:06 AM, Stephen Hemminger wrote:
> > I raised the issue, but people seem to be ignoring that fact that igb_uio
> > was broken by the introduction of UIO PCI generic in 2.0.
>
> What do you mean about igb_uio broken?
>
> Th
The introduction of uio_pci_generic broke interrupt handling with
igb_uio. The igb_uio device uses the kernel read/write method to
enable disable IRQ's; the uio_pci_generic has to use PCI intx
config read/write to enable disable interrupts.
Since igb_uio uses MSI-X the PCI intx config read/write w
This set of patches starts out with fixing a regression where
uio_pci_generic broke link state interrupt, then adds better
management of PCI config space.
Will leave up to document writers to update various release
notes and API manuals as they see fit.
Also, needs what ever shared library map fi
Add new ability to read/write PCI registers in device.
This is needed by BNX2X driver and is generally useful
for other code.
The BSD code has not been tested but is included to show
how the feature is cross-platform.
Signed-off-by: Stephen Hemminger
---
lib/librte_eal/bsdapp/eal/eal_pci.c
Change the code use to enable/disable interrupts with UIO_PCI_GENERIC
driver. Instead of having magic constants for the PCI register values
use the standard defines available on Linux. Also use the new
routines available to peek/poke PCI config space.
Signed-off-by: Stephen Hemminger
---
lib/lib
KNI won't build anymore. Since I don't use it not my problem.
CC [M] /var/src/dpdk/build/build/lib/librte_eal/linuxapp/kni/igb_main.o
/var/src/dpdk/build/build/lib/librte_eal/linuxapp/kni/igb_main.c:2321:2: error:
initialization from incompatible pointer type [-Werror]
.ndo_bridge_setlink = i
Hi Sergio
On 4/28/15, 11:25 AM, "Gonzalez Monroy, Sergio"
wrote:
>On 28/04/2015 16:21, Keith Wiles wrote:
>> Trying to simplify the ifdefs in rte.app.mk to make the code
>> more readable and maintainable by moving LDLIBS variable to use
>> the same style as LDLIBS-y being used in the rest of the
Trying to simplify the ifdefs in rte.app.mk to make the code
more readable and maintainable by moving LDLIBS variable to use
the same style as LDLIBS-y being used in the rest of the code.
Added a new variable called EXTRA_LDLIBS to be used by example apps
instead of using LDLIBS directly.
Signed-
On Mon, Apr 27, 2015 at 08:46:01AM -0500, Jay Rolette wrote:
> On Sat, Apr 25, 2015 at 7:10 AM, Neil Horman wrote:
>
> > On Fri, Apr 24, 2015 at 02:55:33PM -0500, Jay Rolette wrote:
> > > On Fri, Apr 24, 2015 at 1:51 PM, Neil Horman
> > wrote:
> > >
> > > > So, I hear your arguments, and its und
Due to API changes in function pointer ndo_bridge_setlink
(commit ad41faa8) and the rename of functions vlan_tx_*
(commit df8a39de) in kernel 4.0, DPDK would not build.
This patch adds the properly checks to fix the compilation.
Reported-by: Stephen Hemminger
Signed-off-by: Pablo de Lara
---
l
Hi Vlad,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vlad Zolotarov
> Sent: Sunday, April 26, 2015 3:46 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v1 3/4] ixgbe: Kill ixgbe_recv_scattered_pkts()
>
> Kill ixgbe_recv_scattered_pkts() - use ixgbe
On Fri, 24 Apr 2015 09:47:58 +0200
Luke Gorrie wrote:
> Hi Tim,
>
> On 16 April 2015 at 12:38, O'Driscoll, Tim
> wrote:
>
> > Following the launch of DPDK by Intel as an internal development project,
> > the launch of dpdk.org by 6WIND in 2013, and the first DPDK RPM packages
> > for Fedora i
On Mon, Apr 27, 2015 at 03:39:41PM -0700, Ravi Kerur wrote:
> On Mon, Apr 27, 2015 at 6:44 AM, Neil Horman wrote:
>
> > On Sat, Apr 25, 2015 at 05:09:01PM -0700, Ravi Kerur wrote:
> > > On Sat, Apr 25, 2015 at 6:02 AM, Neil Horman
> > wrote:
> > >
> > > > On Sat, Apr 25, 2015 at 08:32:42AM -0400
On Tue, Apr 28, 2015 at 12:26 PM, Neil Horman wrote:
> On Mon, Apr 27, 2015 at 08:46:01AM -0500, Jay Rolette wrote:
> > On Sat, Apr 25, 2015 at 7:10 AM, Neil Horman
> wrote:
> >
> > > On Fri, Apr 24, 2015 at 02:55:33PM -0500, Jay Rolette wrote:
> > > > On Fri, Apr 24, 2015 at 1:51 PM, Neil Horma
Hi All,
We are porting driver from kernel into user space driver with DPDK for one
of our devices. Polling thread works fine without any issue. However, we want
to switch from polling to interrupt based handler. While we enable interrupt
with VFIO MSIx, we always get below errors after issui
The V6 "Interrupt PMD" patch has been sent out to DPDK.org 2 months ago, and V7
is under development with changes
to include more generic APIs that could support all kinds of interrupts (e.g.
HW Rx interrupt and SW ring interrupt).
Stay tuned.
> -Original Message-
> From: dev [mailto
On Tue, 28 Apr 2015 21:57:31 +
"James (Fei) Liu-SSI" wrote:
> Hi All,
> We are porting driver from kernel into user space driver with DPDK for
> one of our devices. Polling thread works fine without any issue. However, we
> want to switch from polling to interrupt based handler. While w
hello,
has anyone out there successfully run the l2fwd-ivshmem
example successfully between 2 kvms, and got some notes
or instructions to share?
I see I'm not the first one to struggle with this:
http://dpdk.org/ml/archives/dev/2014-June/003556.html
but memnic-pmd doesnt build with the latest k
Hi ALL,
Dump trace was added for more debugging information. thanks for your help in
advance.
[ 180.360229] vfio_ecap_init: :02:00.0 hiding ecap 0x19 at 0x180
[ 180.486813] vfio-pci :02:00.0: irq 27 for MSI/MSI-X
[ 180.489332] dmar: DRHD: handling fault status reg 2
[ 180.489354] C
Changes in v8 includes
Re-ordering source file compilation to fix ABI warning.
Ran validate-abi against x86_64-native-linuxapp-gcc,
x86_64-native-linuxapp-clang and x86_64-ivshmem-linuxapp-gcc
environments.
Testing:
Linux - Ubuntu x86_64 14.04
Compilation successful (x86_64-native-linuxapp-gcc and
Changes in v8
Fixed ABI warnings by reordering compilation of
eal_common_thread.c.
Changes in v7
Remove _setname_ pthread calls.
Use rte_gettid() API in RTE_LOG to print thread_id.
Changes in v6
Remove RTE_EXEC_ENV_BSDAPP from eal_common_thread.c file.
Add pthread_setname_np/pthread_set_name_np f
Changes in v8
Fix ABI warnings by reordering compilation of
eal_common_sysfs.c
eal_common_mem_cfg.c
eal_common_proc_type.c
eal_common_app_usage.c
Changes in v7
Fix compilation errors in clang.
Changes in v6
Split eal_common_system.c and eal_common_runtime.c into
eal_common_sysfs.c
eal_common_mem_
Changes in v8
Reorder eal_common_lcore.c compilation.
Changes in v7
None
Changes in v6
None
Changes in v5
Rebase to latest code.
Changes in v4
Implement cpu_detected() for BSD.
Have common RTE_LOG for Linux and BSD in rte_eal_cpu_init().
Remove RTE_EXEC_ENV_BSDAPP in common file.
Changes in v3
Changes in v8
Reorder eal_common_timer.c compilation.
Changes in v7
None
Changes in v6
Added new line between Copyright and header file inclusion
in eal_common_timer.c.
Changes in v5
Rebase to latest code.
Changes in v4
Removed extern declaration of eal_tsc_resolution_hz,
instead provided _set_
Changes in v8
None
Changes in v7
None
Changes in v6
Removed unnecessary comments in function declaration.
Changes in v5
Rebase to latest code.
Changes in v4
Make rte_eal_hugepage_init and rte_eal_hugepage_attach as
wrapper functions for BSD.
Changes in v3
Changed subject to be more explicit on
Changes in v8
None
Changes in v7
Rebase to latest code.
Changes in v6
Split changes due to complexity. v6 includes moving
rte_eal_pci_probe_one_driver function and its associated
utility functions only.
Changes in v5
Rebase to latest code.
Removed RTE_EXEC_ENV_BSDAPP from earlier changes.
Chang
On Tue, Apr 28, 2015 at 12:35 PM, Neil Horman wrote:
> On Mon, Apr 27, 2015 at 03:39:41PM -0700, Ravi Kerur wrote:
> > On Mon, Apr 27, 2015 at 6:44 AM, Neil Horman
> wrote:
> >
> > > On Sat, Apr 25, 2015 at 05:09:01PM -0700, Ravi Kerur wrote:
> > > > On Sat, Apr 25, 2015 at 6:02 AM, Neil Horman
DPDK team,
Is there a automated tests to run on freeBSD similar to Linux (make test).
I ran "gmake test T=x86_64-native-bsdapp-clang CC=clang" I get following
output
/usr/home/rkerur/dpdk-validate-abi-1/dpdk/build/app/test -c f -n 4
Test name Test result
74 matches
Mail list logo
