[dpdk-dev] [PATCH v2]:rte_timer:timer lag issue correction

Thanks !! So as next steps I will push the patch . -Original Message- From: Sanford, Robert [mailto:rsanf...@akamai.com] Sent: Tuesday, October 4, 2016 5:40 PM To: Karmarkar Suyash ; dev at dpdk.org; thomas.monjalon at 6wind.com; reshma.pattan at intel.com Subject: Re: [PATCH

[dpdk-dev] [RFC] libeventdev: event driven programming model framework for DPDK

Hi Jerin, Here are some comments on the libeventdev RFC. These are collated thoughts after discussions with you & others to understand the concepts and rationale for the current proposal. 1. Concept of flow queues. This is better abstracted as flow ids and not as flow queues which implies

[dpdk-dev] [PATCH v2]:rte_timer:timer lag issue correction

Yes, this change makes sense. I ran timer tests and they passed. Acked-by: Robert Sanford Thanks, Robert On 9/29/16, 10:27 AM, "Karmarkar Suyash" wrote: Hello, Can you please review the changes and suggest next steps? Thanks Regards Suyash Karmarkar -Original Message- From:

[dpdk-dev] Getting corrupted ESP packet

Hello All, I am using QAT library for data encryption ( for coletocreek card). I am sending 98 byte ICMP data to the hardware, at successful time it is returning 166 byte of data as ESP packet. But sometimes it is returning through callback function 180 byte of data , which is corrupted one . Can

[dpdk-dev] [PATCH v2] examples: fix ip_pipeline to load PMD driver correctly

> -Original Message- > From: Gowrishankar [mailto:gowrishankar.m at linux.vnet.ibm.com] > Sent: Tuesday, October 4, 2016 1:43 PM > To: dev at dpdk.org > Cc: Chao Zhu ; Thomas Monjalon > ; Dumitrescu, Cristian > ; Christian Ehrhardt > ; Pradeep ; > Gowrishankar Muthukrishnan > Subject:

[dpdk-dev] [PATCH v2]:rte_timer:timer lag issue correction

Sorry, just saw this. I will take a look and get back shortly. -- Regards, Robert On 10/4/16, 3:31 PM, "Karmarkar Suyash" wrote: Hello Robert/Thomas, Can you please review the changes in V2 of the Patch and suggest next steps? Thanks Regards Suyash Karmarkar -Original Message-

[dpdk-dev] [PATCH v2 1/3] mem: fix hugepage mapping error messages

On 04/10/2016 18:17, Jean Tourrilhes wrote: > Running secondary is tricky due to the need to map the memory region > at the right place in VM, which is whatever primary has chosen. If the > base address for primary happens to by already mapped in the > secondary, we will hit precisely these error

[dpdk-dev] [PATCH v2]:rte_timer:timer lag issue correction

Hello Robert/Thomas, Can you please review the changes in V2 of the Patch and suggest next steps? Thanks Regards Suyash Karmarkar -Original Message- From: Karmarkar Suyash Sent: Thursday, September 29, 2016 10:27 AM To: dev at dpdk.org; thomas.monjalon at 6wind.com; rsanford at

[dpdk-dev] Getting corrupted ESP packet

Hi Pankaj, I can't think of any way the QAT PMD could return a larger packet than it's been sent, can you provide some more details of your use-case please, e.g. which cipher algorithm, which auth algorithm are you using? Are you using out-of-place or in-place? i.e. are the m_src and m_dst mbuf

[dpdk-dev] [PATCH] dpdk-procinfo: free allocated xstats memory upon failure

Some of the failures cases inside the nic_xstats_display() function doesn't free the allocated memory for the xstats and their names, memory is freed now. Fixes: e2aae1c1 ("ethdev: remove name from extended statistic fetch") Fixes: 22561383 ("app: replace dump_cfg by proc_info") Signed-off-by:

[dpdk-dev] [PATCH v6 4/4] examples/l2fwd-crypto: updated example for libcrypto PMD

Libcrypto PMD has support for: Supported cipher algorithms: RTE_CRYPTO_CIPHER_3DES_CBC RTE_CRYPTO_CIPHER_AES_CBC RTE_CRYPTO_CIPHER_AES_CTR RTE_CRYPTO_CIPHER_3DES_CTR RTE_CRYPTO_CIPHER_AES_GCM Supported authentication algorithms: RTE_CRYPTO_AUTH_AES_GMAC RTE_CRYPTO_AUTH_MD5 RTE_CRYPTO_AUTH_SHA1

[dpdk-dev] [PATCH v6 3/4] app/test: added tests for libcrypto PMD

This patch contains unit tests for libcrypto PMD. User can use app/test application to check how to use this pmd and to verify crypto processing. Test name is cryptodev_libcrypto_autotest. For performance test cryptodev_libcrypto_perftest can be used. Signed-off-by: Piotr Azarewicz

[dpdk-dev] [PATCH v6 2/4] app/test: cryptodev AES tests rework

This patch rework AES tests . In general - rename AES-named functions to blockcipher functions pattern. Signed-off-by: Piotr Azarewicz Signed-off-by: Fiona Trahe --- v6: - fix checkpatch warnings --- app/test/Makefile |2 +- app/test/test_cryptodev.c

[dpdk-dev] [PATCH v6 1/4] libcrypto_pmd: initial implementation of SW crypto device

This code provides the initial implementation of the libcrypto poll mode driver. All cryptography operations are using Openssl library crypto API. Each algorithm uses EVP_ interface from openssl API - which is recommended by Openssl maintainers. This patch adds libcrypto poll mode driver support

[dpdk-dev] [PATCH v6 0/4] new crypto software based device

This code provides the initial implementation of the libcrypto poll mode driver. All cryptography operations are using Openssl library crypto API. Each algorithm uses EVP_ interface from openssl API - which is recommended by Openssl maintainers. For more information about how to use this driver,

[dpdk-dev] [PATCH v2] examples: fix ip_pipeline to load PMD driver correctly

From: Gowrishankar Muthukrishnan There is typo in init.c of ip_pipeline example due to which, invalid file path is added to -d option of EAL i.e path starting with =. Signed-off-by: Gowrishankar Muthukrishnan --- examples/ip_pipeline/init.c | 2 +- 1 file

[dpdk-dev] [PATCH v2] examples: fix ip_pipeline to load PMD driver correctly

From: Gowrishankar Muthukrishnan v2: minor correction in patch to avoid space between -d option and driver path Gowrishankar Muthukrishnan (1): examples: fix ip_pipeline to load PMD driver correctly examples/ip_pipeline/init.c | 2 +- 1 file changed, 1

[dpdk-dev] [PATCH] doc: arm64: document DPDK application profiling methods

Signed-off-by: Jerin Jacob --- doc/guides/prog_guide/profile_app.rst | 58 +++ 1 file changed, 58 insertions(+) diff --git a/doc/guides/prog_guide/profile_app.rst b/doc/guides/prog_guide/profile_app.rst index 3226187..bb78623 100644 ---

[dpdk-dev] [PATCH v4 2/2] net/ixgbe: add callback to user app on VF to PF mbox msg

call _rte_eth_dev_callback_process_vf from ixgbe_rcv_msg_from_vf function. The callback asks the user application if it is allowed to perform the function. If the cb_param.retval is RTE_PMD_IXGBE_MB_EVENT_PROCEED then continue, if 0, do nothing and send ACK to VF if > 1, do nothing and send NAK

[dpdk-dev] [PATCH v4 1/2] librte_ether: add internal callback functions

add _rte_eth_dev_callback_process_vf function. add _rte_eth_dev_callback_process_generic function Adding a callback to the user application on VF to PF mailbox message, allows passing information to the application controlling the PF when a VF mailbox event message is received, such as VF reset.

[dpdk-dev] [PATCH v4 0/2] add callbacks for VF management

This patchset contains new callback functions intended for VF management. Two new callback functions have been added. Changes have been made to the ixgbe_rcv_msg_from_vf function to use the callback functions. This patchset depends on the following patch.

[dpdk-dev] Problem Generating Traffic

Hello, While performing a series of throughput testing I found a limitation while generating traffic. I have a server equipped with two 10G NICs that are connected using a Ethernet wire. MoonGen is used to generate traffic on these interfaces, it shows a performance of 22.52 Mpps.

[dpdk-dev] [PATCH] doc: arm64: document DPDK application profiling methods

On Tue, 04 Oct 2016 14:40:47 +0200 Thomas Monjalon wrote: > Thanks for providing a patch so quickly :) > > 2016-10-04 16:10, Jerin Jacob: > > +The PMU based scheme useful for high accuracy performance profiling. > > A verb is missing. > > > +Find below the example steps to configure the PMU

[dpdk-dev] [PATCH] doc: arm64: document DPDK application profiling methods

Thanks for providing a patch so quickly :) 2016-10-04 16:10, Jerin Jacob: > +The PMU based scheme useful for high accuracy performance profiling. A verb is missing. > +Find below the example steps to configure the PMU based cycle counter on an > +armv8 machine. > + > +.. code-block:: console >

[dpdk-dev] [PATCH 1/1] eal: Don't fail secondary if primary is missing tailqs

Hi Jean, As with your other patch, commit title needs fixing and also missing Signed-off-by line. On 22/09/2016 22:17, Jean Tourrilhes wrote: > lib/librte_eal/common/eal_common_tailqs.c | 15 --- > 1 file changed, 12 insertions(+), 3 deletions(-) > > diff --git

[dpdk-dev] [PATCH v2 2/2] app/testpmd/txonly: Reset headroom after raw packet allocation

This patch fixes txonly raw packets allocations by resetting the available headroom. Indeed, some PMDs such as Virtio might prepend some data to the packet, resulting in mbuf's data_off field to be decremented each time the mbuf gets re-allocated. For Virtio PMD, it means that we use only single

[dpdk-dev] [PATCH v2 1/2] mbuf: add rte_pktmbuff_reset_headroom function

Some application use rte_mbuf_raw_alloc() function to improve performance by not resetting mbuf's fields to their default state. This can be however problematic for mbuf consumers that need some headroom, meaning that data_off field gets decremented after allocation. When the mbuf is re-used

[dpdk-dev] [PATCH 1/2] mbuf: add rte_pktmbuff_reset_headroom function

On 10/03/2016 06:11 PM, Olivier Matz wrote: > Hi Maxime, > > On 09/29/2016 02:20 PM, Maxime Coquelin wrote: >> Some application use rte_mbuf_raw_alloc() function to improve >> performance by not resetting mbuf's fields to their default state. >> >> This can be however problematic for mbuf

[dpdk-dev] Proposal: enable redirection of DPDK logs from the user app

Hi Francesco, On 10/04/2016 12:24 PM, Montorsi, Francesco wrote: > Hi all, > I've not been following closely latest DPDK activity but my company is using > DPDK and we recently upgraded to 16.07. > We apply several patches to DPDK sources, to make it more similar to a > "standard library"

[dpdk-dev] Proposal: enable redirection of DPDK logs from the user app

Hi Olivier, > It seems the mailing list stripped your patch sent as attachment. > Can you please resend it again in the body of the mail? You're right sorry. It's attached at the end of this mail. > I think we can already redirect logs to a file by using fopencookie() + > rte_openlog_stream().

[dpdk-dev] [PATCH v11 00/24] Introducing rte_driver/rte_device generalization

Hi Thomas, On Monday 03 October 2016 07:58 PM, Thomas Monjalon wrote: > Applied, thanks everybody for the great (re)work! Thanks! > > 2016-09-20 18:11, Shreyansh Jain: >> Future Work/Pending: >> === >> - Presently eth_driver, rte_eth_dev are not aligned to the rte_driver/ >>

[dpdk-dev] [PATCH v3] tools: fix issue with virtio interfaces

2016-08-26 07:35, souvikdey33: > > This change is required to have the interface name for virtio interfaces. > When we execute the status command the for virtio inerfaces we get > Sample output without the change: > :00:04.0 'Virtio network device' if= drv=virtio-pci >

[dpdk-dev] [PATCH] tools: fix json output of pmdinfo

2016-08-26 15:15, Olivier Matz: > Using dpdk-pmdinfo with the '-r' flag does not produce a json output as > documented. Instead, the python representation of the json object is > shown, which is nearly the same, but cannot be properly parsed by a json > parser. > > python repr (before): >

[dpdk-dev] [PATCH] pmdinfogen: fix clang build error

2016-09-28 11:05, Ferruh Yigit: > Compile error: > CC mlx5.o.pmd.o > mlx5.o.pmd.c:1:227: > error: no newline at end of file [-Werror,-Wnewline-eof] > ...__attribute__((used)) = "PMD_INFO_STRING= {...}"; > ^ > > Produced with clang 3.8.0

[dpdk-dev] [PATCH v11 07/24] driver: probe/remove common wrappers for PCI drivers

On Monday 03 October 2016 07:51 PM, Thomas Monjalon wrote: > 2016-09-20 18:11, Shreyansh Jain: >> --- a/lib/librte_ether/rte_ethdev.h >> +++ b/lib/librte_ether/rte_ethdev.h >> @@ -4372,6 +4372,19 @@ rte_eth_dev_get_port_by_name(const char *name, >> uint8_t *port_id); >> int >>

[dpdk-dev] [PATCH] hash: fix incorrect free slot check

2016-10-04 10:34, Bruce Richardson: > On Tue, Oct 04, 2016 at 08:16:34AM +0100, Pablo de Lara wrote: > > In function rte_hash_cuckoo_insert_mw_tm, while looking for > > an empty slot, only the first entry in the bucket was being checked, > > as key_idx array was not being iterated. > > > > Fixes:

[dpdk-dev] [PATCH] ethdev: clarify API comment for imissed stats

2016-09-09 10:15, Olivier Matz: > The "imissed" stats represent RX packets dropped by the HW, > so we should not talk about mbufs as the hardware is not aware > of this structure. Buffer seems to be a better word. > > Fixes: 4eadb8ba11b7 ("ethdev: do not deprecate imissed counter") > >

[dpdk-dev] [PATCH] ethdev: fix statistics description

2016-08-26 18:08, Wei Dai: > /** > * A structure used to retrieve statistics for an Ethernet port. > + * Not all statistics fields in struct rte_eth_stats are supported > + * by any type of network interface card (NIC). If any statistics > + * field is not supported, its value is 0 . > */ >

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

2016-10-04 09:03, Sergio Gonzalez Monroy: > On 03/10/2016 21:46, Thomas Monjalon wrote: > > 2016-10-03 08:55, Jean Tourrilhes: > >> On Mon, Oct 03, 2016 at 02:25:40PM +0100, Sergio Gonzalez Monroy wrote: > >>> Hi Jean, > >>> > >>> There are some format issues with the patch: > >>> > >>> You can

[dpdk-dev] [PATCH v2 1/2] mempool: fix comments for mempool create functions

2016-10-03 17:06, Olivier Matz: > On 09/28/2016 03:59 PM, Ferruh Yigit wrote: > > Fixes: 85226f9c526b ("mempool: introduce a function to create an empty > > pool") > > Fixes: d1d914ebbc25 ("mempool: allocate in several memory chunks by > > default") > > > > Signed-off-by: Ferruh Yigit > >

[dpdk-dev] [PATCH v4 0/4] Cuckoo hash enhancements

On Tue, Oct 04, 2016 at 08:17:28AM +0100, De Lara Guarch, Pablo wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of De Lara Guarch, > > Pablo > > Sent: Monday, October 03, 2016 11:51 PM > > To: Richardson, Bruce > > Cc: dev at dpdk.org > >

[dpdk-dev] [PATCH] eal/armv8: high-resolution cycle counter

> > Existing cntvct_el0 based rte_rdtsc() provides portable means to get wall > > clock > > counter at user space. Typically it runs at <= 100MHz. > > > > The alternative method to enable rte_rdtsc() for high resolution wall clock > > counter is through armv8 PMU subsystem. > > The PMU cycle

[dpdk-dev] [PATCH] eal/armv8: high-resolution cycle counter

2016-08-19 18:22, Jerin Jacob: > On Fri, Aug 19, 2016 at 02:24:58PM +0200, Jan Viktorin wrote: > > On Fri, 19 Aug 2016 17:16:12 +0530 > > Jerin Jacob wrote: > > > > > > I've got a private kernel driver enabling and disabling (hopefully) properly > > this for ARMv7. If we'd like to merge it, I'd

[dpdk-dev] [PATCH] hash: fix incorrect free slot check

On Tue, Oct 04, 2016 at 08:16:34AM +0100, Pablo de Lara wrote: > In function rte_hash_cuckoo_insert_mw_tm, while looking for > an empty slot, only the first entry in the bucket was being checked, > as key_idx array was not being iterated. > > Fixes: 5fc74c2e146d ("hash: check if slot is empty

[dpdk-dev] [PATCH] log: do not drop debug logs at compile time

On Mon, Oct 3, 2016 at 6:27 PM, Wiles, Keith wrote: >> On Oct 3, 2016, at 10:37 AM, Olivier Matz wrote: >> What makes you feel it's easier to add a log level instead of adding a >> new RTE_LOG_DP() function? > > It seems to me the log levels are for displaying logs at different levels > adding

[dpdk-dev] [PATCH] log: do not drop debug logs at compile time

On Fri, Sep 16, 2016 at 9:43 AM, Olivier Matz wrote: > Today, all logs whose level is lower than INFO are dropped at > compile-time. This prevents from enabling debug logs at runtime using > --log-level=8. > > The rationale was to remove debug logs from the data path at > compile-time, avoiding a

[dpdk-dev] [PATCH 0/5] i40e: vector poll-mode driver on ARM64

2016-09-19 17:25, Bruce Richardson: > On Wed, Aug 24, 2016 at 03:23:40PM +0530, Jianbo Liu wrote: > > This patch set is to implement i40e vector PMD on ARM64. > > For x86, vPMD is only reorganized, there should be no performance loss. > > > > Jianbo Liu (5): > > i40e: extract non-x86 specific

[dpdk-dev] Proposal: enable redirection of DPDK logs from the user app

Hi all, I've not been following closely latest DPDK activity but my company is using DPDK and we recently upgraded to 16.07. We apply several patches to DPDK sources, to make it more similar to a "standard library" (currently it is quite intrusive: calls abort() at will, writes its own log,

[dpdk-dev] [PATCH v2 1/3] mem: fix hugepage mapping error messages

Running secondary is tricky due to the need to map the memory region at the right place in VM, which is whatever primary has chosen. If the base address for primary happens to by already mapped in the secondary, we will hit precisely these error messages (depending if we fail on the config region

[dpdk-dev] [PATCH] ethdev: support PCI domains

2016-07-22 18:56, Sinan Kaya: > On 7/22/2016 5:12 PM, Stephen Hemminger wrote: > > On Fri, 22 Jul 2016 11:34:10 -0400 > > Sinan Kaya wrote: > > > >> The current code is enumerating devices based on bus, device and function > >> pairs. This does not work well for architectures with multiple PCI >

[dpdk-dev] [PATCH] pci:fix missing free

2016-09-30 17:27, David Marchand: > On Fri, Sep 30, 2016 at 5:19 PM, David Marchand > wrote: > > Hello, > > > > On Thu, Sep 29, 2016 at 3:41 AM, Yangchao Zhou > > wrote: > >> Signed-off-by: Yangchao Zhou > > > > For the title, how about: > > pci: fix memory leak when detaching devices > > > >

[dpdk-dev] [PATCH] ethdev: support PCI domains

On 10/4/2016 4:15 AM, Thomas Monjalon wrote: > 2016-07-22 18:56, Sinan Kaya: >> On 7/22/2016 5:12 PM, Stephen Hemminger wrote: >>> On Fri, 22 Jul 2016 11:34:10 -0400 >>> Sinan Kaya wrote: >>> The current code is enumerating devices based on bus, device and function pairs. This does not

[dpdk-dev] [PATCH 1/1] eal: Don't fail secondary if primary is missing tailqs

On Tue, Oct 04, 2016 at 02:11:39PM +0100, Sergio Gonzalez Monroy wrote: > Hi Jean, > > As with your other patch, commit title needs fixing and also missing > Signed-off-by line. I'll do that, no worries... > I might be missing something here so bear with me. Yes, I know I was

[dpdk-dev] [PATCH v4] drivers/net:new PMD using tun/tap host interface

The rte_eth_tap.c PMD creates a device using TUN/TAP interfaces on the local host. The PMD allows for DPDK and the host to communicate using a raw device interface on the host and in the DPDK application. The device created is a Tap device with a L2 packet header. v4 - merge with latest driver

[dpdk-dev] [PATCH v11 00/24] Introducing rte_driver/rte_device generalization

2016-10-04 12:21, Shreyansh Jain: > Hi Thomas, > > On Monday 03 October 2016 07:58 PM, Thomas Monjalon wrote: > > Applied, thanks everybody for the great (re)work! > > Thanks! > > > > > 2016-09-20 18:11, Shreyansh Jain: > >> Future Work/Pending: > >> === > >> - Presently

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

On 03/10/2016 21:46, Thomas Monjalon wrote: > 2016-10-03 08:55, Jean Tourrilhes: >> On Mon, Oct 03, 2016 at 02:25:40PM +0100, Sergio Gonzalez Monroy wrote: >>> Hi Jean, >>> >>> There are some format issues with the patch: >>> >>> You can run scripts/check-git-log.sh to check them: >>> Wrong

[dpdk-dev] [PATCH] hash: fix incorrect free slot check

In function rte_hash_cuckoo_insert_mw_tm, while looking for an empty slot, only the first entry in the bucket was being checked, as key_idx array was not being iterated. Fixes: 5fc74c2e146d ("hash: check if slot is empty with key index") Reported-by: Bruce Richardson Signed-off-by: Pablo de

[dpdk-dev] [PATCH v4 0/4] Cuckoo hash enhancements

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of De Lara Guarch, > Pablo > Sent: Monday, October 03, 2016 11:51 PM > To: Richardson, Bruce > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v4 0/4] Cuckoo hash enhancements > > Hi Bruce, > > >

[dpdk-dev] [PATCH v4 0/4] Cuckoo hash enhancements

Hi Bruce, > -Original Message- > From: Richardson, Bruce > Sent: Monday, October 03, 2016 2:59 AM > To: De Lara Guarch, Pablo > Cc: dev at dpdk.org > Subject: Re: [PATCH v4 0/4] Cuckoo hash enhancements > > On Fri, Sep 30, 2016 at 08:38:52AM +0100, Pablo de Lara wrote: > > This patchset