[dpdk-dev] Proposals from project governance meeting at DPDK Userspace (was Notes from ...)

Le 3 nov. 2015 23:05, "Bagh Fares" a ?crit : > > Tim > Good clafication. What is the governance model. Can you point me to it? Thanks First sentence of http://dpdk.org/dev is " Anyone is welcome to contribute." Best regards, > > -Original Message- > From: O'Driscoll, Tim

[dpdk-dev] [PATCH v3 1/2] i40e: adjust the number of queues for RSS

It adjusts the number of queues for RSS from power of 2 to any as long as it does not exceeds the hardware allowed. Signed-off-by: Helin Zhang --- drivers/net/i40e/i40e_ethdev.c| 8 drivers/net/i40e/i40e_ethdev_vf.c | 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff

[dpdk-dev] DPDK2.1 VF and NIC X552 PF - ixgbe SRIOV works?

Hi, Guys: I have developed a VM to use SRIOV VF of DPDK2.1 libraryand its PF NIC is interl X552 NIC. The VM is deployed on KVM on Linux box. NIC Inforoot at localhost:~# modinfo ixgbe filename:?? /lib/modules/3.14.49-rt46-WR7.0.0.5_ovp/kernel/drivers/juniper/x552-nic/ixgbe.ko version:???

[dpdk-dev] [PATCH 2/2] mlx5: fix wrong hash RX queue type in RSS mode

2015-11-03 18:15, Adrien Mazarguil: > Only seen since IPv6 RSS support was added, confusion about the purpose of > the hash_rxq_type_from_n() function has caused it to return invalid hash RX > queue types. > > Refactor function for its intended purpose, rename it > hash_rxq_type_from_pos() and

[dpdk-dev] [PATCH v3 0/2] i40e: Enlarge the number of supported queues

2015-11-03 23:40, Helin Zhang: > It enlarges the number of supported queues to hardware allowed maximum. There > was a software limitation of 64 per physical port which is not reasonable. > > v2 changes: > Fixed issues of using wrong configured number of VF queues. > > v3 changes: > Updated

[dpdk-dev] FW: [Patch v2] Eth driver optimization: Prefetch variable structure

My email address is my official email address and it can only be used with the official email system, or in other words the corporate MS windows email system. Can I use an oddball junk email address, such as a gmail account or non-returnable IP named Sendmail server (has no registered DNS

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

On Tue, Nov 03, 2015 at 04:28:00PM +, Ananyev, Konstantin wrote: > > > > -Original Message- > > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com] > > Sent: Tuesday, November 03, 2015 4:19 PM > > To: Ananyev, Konstantin > > Cc: dev at dpdk.org > > Subject: Re: [dpdk-dev]

[dpdk-dev] [PATCH 00/12] DPDK armv8-a support

On Tue, Nov 03, 2015 at 02:17:38PM +, Hunt, David wrote: > On 03/11/2015 13:09, Jerin Jacob wrote: > >This is the v1 patchset for ARMv8 that now sits on top of the v6 patch > >of the ARMv7 code by RehiveTech. It adds code into the same arm include > >directory, reducing code duplication. > > >

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

Accessing registers on the NIC has very high access latency and will often stall the CPU in waiting for response especially with multiple register reads and high throughput packet data also being transferred. The size value was derived from the NIC writing a value to the descriptor table which

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

rte_ring implementation needs explicit memory barrier in weakly ordered architecture like ARM unlike strongly ordered architecture like X86 Introducing RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration to abstract such dependency so that other weakly ordered architectures can reuse this

[dpdk-dev] [PATCH v4 0/6] Crypto API and device framework

On 03/11/2015 17:45, Declan Doherty wrote: > This series of patches defines a set of application burst oriented APIs for > asynchronous symmetric cryptographic functions within DPDK. It also contains a > poll mode driver cryptographic device framework for the implementation of > crypto devices

[dpdk-dev] [PATCH v2] l3fwd: fix lookup burst size for ipv6

Lookup burst size was changed for exact match from 4 to 8, for both ipv4 and ipv6, but actually only 4 keys were being looked up for ipv6, instead of 8, causing random segmentation faults. Fixes: 80fcb4d4 ("examples/l3fwd: increase lookup burst size to 8") Signed-off-by: Pablo de Lara ---

[dpdk-dev] [PATCH v3 6/7] example: PTP client slave minimal implementation

Hi Daniel, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Daniel Mrzyglod > Sent: Tuesday, November 03, 2015 4:39 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v3 6/7] example: PTP client slave minimal > implementation > > Add a sample application

[dpdk-dev] [PATCH] l3fwd: fix lookup burst size for ipv6

Lookup burst size was changed for exact match from 4 to 8, for both ipv4 and ipv6, but actually only 4 keys were being looked up for ipv6, instead of 8, causing random segmentation faults. Fixes: 80fcb4d4 ("examples/l3fwd: increase lookup burst size to 8") Signed-off-by: Pablo de Lara ---

[dpdk-dev] [PATCH v3 1/1] vmxnet3: add PCI Port Hotplug support

2015-10-27 17:12, Bernard Iremonger: > Signed-off-by: Bernard Iremonger Applied, thanks

[dpdk-dev] Problem after hours of running rte_eth_rx_burst

After several hours (6 hour average) of running a dpdk application , rte_eth_rx_burst suddenly fills only one mbuf with no data, thats is an mbuf with mbuf->pool == NULL && m->buf_physaddr == 0 && m->buf_addr == NULL. Obviosly that breaks our application. (rte_mbuf_sanity_check abort the

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

On 11/3/15, 9:59 AM, "Polehn, Mike A" wrote: >I used the following code snip-it with the i40e device, with 1 second sample >time had very high accuracy for IPv4 UDP packets: > >#define FLOWD_PERF_PACKET_OVERHEAD 24 /* CRC + Preamble + SOF + Interpacket >gap */ >#define FLOWD_REF_NETWORK_SPEED

[dpdk-dev] [PATCH v8 00/11] remove pci driver from vdevs

2015-11-03 13:01, Bernard Iremonger: > There is a dummy pci driver in the vdev PMD's at present. > This patch set removes the pci driver from the vdev PMD's. > Changes have been made to librte_ether to handle vdevs and pdevs in the same > way. Applied with some fixes, thanks

[dpdk-dev] [PATCH 12/12] maintainers: claim responsibility for ARMv8

Signed-off-by: Jerin Jacob --- MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index a8933eb..c44b328 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -128,6 +128,11 @@ ARM v7 M: Jan Viktorin F: lib/librte_eal/common/include/arch/arm/ +ARM v8 +M:

[dpdk-dev] [PATCH 11/12] updated release note for armv8 support for DPDK 2.2

Signed-off-by: Jerin Jacob --- doc/guides/rel_notes/release_2_2.rst | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/doc/guides/rel_notes/release_2_2.rst b/doc/guides/rel_notes/release_2_2.rst index 43a3a3c..a3587a2 100644 --- a/doc/guides/rel_notes/release_2_2.rst +++

[dpdk-dev] [PATCH 10/12] mk: add support for thunderx machine target based armv8-a

Created the new thunderx machine target to address difference in "cache line size" and "-mcpu=thunderx" vs default armv8-a machine target Signed-off-by: Jerin Jacob --- config/defconfig_arm64-thunderx-linuxapp-gcc | 56 +++ mk/machine/thunderx/rte.vars.mk |

[dpdk-dev] [PATCH 09/12] mk: add support for armv8 on top of armv7

Signed-off-by: Jerin Jacob --- config/defconfig_arm64-armv8a-linuxapp-gcc | 56 + mk/arch/arm64/rte.vars.mk | 58 ++ mk/machine/armv8a/rte.vars.mk | 58 ++ 3 files changed, 172

[dpdk-dev] [PATCH 07/12] app: test: added the new cpu flags of arm64 in test_cpuflags test case

Signed-off-by: Jerin Jacob --- app/test/test_cpuflags.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/app/test/test_cpuflags.c b/app/test/test_cpuflags.c index 557458f..e8d0ce7 100644 --- a/app/test/test_cpuflags.c +++ b/app/test/test_cpuflags.c @@ -120,6

[dpdk-dev] [PATCH 06/12] eal: arm: ret_vector.h improvements

added the definition of rte_xmm and xmm_t for acl noen implementation. removed the emulated _mm_* functions Signed-off-by: Jerin Jacob --- lib/librte_eal/common/include/arch/arm/rte_vect.h | 58 +++ 1 file changed, 17 insertions(+), 41 deletions(-) diff --git

[dpdk-dev] [PATCH 05/12] eal: arm64: rte_memcpy_64.h version based libc memcpy

Signed-off-by: Jerin Jacob --- .../common/include/arch/arm/rte_memcpy.h | 4 + .../common/include/arch/arm/rte_memcpy_64.h| 93 ++ 2 files changed, 97 insertions(+) create mode 100644 lib/librte_eal/common/include/arch/arm/rte_memcpy_64.h diff --git

[dpdk-dev] [PATCH 04/12] eal: arm64: add armv8-a version of rte_cycles_64.h

cntcvt_el0 ticks are not based on cpu clk unlike rdtsc in x86. Its a fixed clock running based at constant speed. Though its a armv8-a implementer choice, typically it runs at 50 or 100 MHz Signed-off-by: Jerin Jacob --- .../common/include/arch/arm/rte_cycles.h | 4 ++

[dpdk-dev] [PATCH 03/12] eal: arm64: add armv8-a version of rte_prefetch_64.h

Signed-off-by: Jerin Jacob --- .../common/include/arch/arm/rte_prefetch.h | 4 ++ .../common/include/arch/arm/rte_prefetch_64.h | 61 ++ 2 files changed, 65 insertions(+) create mode 100644 lib/librte_eal/common/include/arch/arm/rte_prefetch_64.h diff --git

[dpdk-dev] [PATCH 02/12] eal: arm64: add armv8-a version of rte_cpuflags_64.h

Signed-off-by: Jerin Jacob --- .../common/include/arch/arm/rte_cpuflags.h | 4 + .../common/include/arch/arm/rte_cpuflags_64.h | 152 + 2 files changed, 156 insertions(+) create mode 100644 lib/librte_eal/common/include/arch/arm/rte_cpuflags_64.h diff --git

[dpdk-dev] [PATCH 01/12] eal: arm64: add armv8-a version of rte_atomic_64.h

except rte_?wb() functions other functions are used from RTE_FORCE_INTRINSICS=y scheme Signed-off-by: Jerin Jacob --- .../common/include/arch/arm/rte_atomic.h | 4 + .../common/include/arch/arm/rte_atomic_64.h| 88 ++ 2 files changed, 92 insertions(+)

[dpdk-dev] [PATCH 00/12] DPDK armv8-a support

This is the v1 patchset for ARMv8 that now sits on top of the v6 patch of the ARMv7 code by RehiveTech. It adds code into the same arm include directory, reducing code duplication. Tested on an ThunderX arm 64-bit arm server board, with PCI slots. Passes traffic between two physical ports on an

[dpdk-dev] [PATCH v8 03/11] vdev: copy device info to eth_dev data

Below, a lot of pci values are removed and break the build. Will move in later patches. 2015-11-03 13:01, Bernard Iremonger: > @@ -674,7 +674,11 @@ rte_pmd_init_internals(const char *name, > > (*eth_dev)->data = data; > (*eth_dev)->dev_ops = > - (*eth_dev)->pci_dev = pci_dev; >

[dpdk-dev] [PATCH 2/2] mlx5: fix wrong hash RX queue type in RSS mode

Only seen since IPv6 RSS support was added, confusion about the purpose of the hash_rxq_type_from_n() function has caused it to return invalid hash RX queue types. Refactor function for its intended purpose, rename it hash_rxq_type_from_pos() and update comment with a better description. Fixes:

[dpdk-dev] [PATCH 1/2] mlx5: fix compilation error with debugging enabled

The following error occurs when CONFIG_RTE_LIBRTE_MLX5_DEBUG=y: drivers/net/mlx5/mlx5.c:381:4: error: ISO C forbids braced-groups within expressions RTE_MIN() uses the non-standard ({ ... }) syntax to declare variables within parentheses, which is rejected by -pedantic. Since the

[dpdk-dev] [PATCH v4 6/6] l2fwd-crypto: crypto

This patch creates a new sample applicaiton based off the l2fwd application which performs specified crypto operations on IP packet payloads which are forwarding. Signed-off-by: Declan Doherty --- examples/l2fwd-crypto/Makefile | 50 ++ examples/l2fwd-crypto/main.c | 1473

[dpdk-dev] [PATCH v4 5/6] app/test: add cryptodev unit and performance tests

unit tests are run by using cryptodev_qat_autotest or cryptodev_aesni_autotest from the test apps interactive console. performance tests are run by using the cryptodev_qat_perftest or cryptodev_aesni_mb_perftest command from the test apps interactive console. If you which to run the tests on a

[dpdk-dev] [PATCH v4 4/6] aesni_mb_pmd: Initial implementation of multi buffer based crypto device

This patch provides the initial implementation of the AES-NI multi-buffer based crypto poll mode driver using DPDK's new cryptodev framework. This PMD is dependent on Intel's multibuffer library, see the whitepaper "Fast Multi-buffer IPsec Implementations on Intel? Architecture Processors", see

[dpdk-dev] [PATCH v4 3/6] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

This patch adds a PMD for the Intel Quick Assist Technology DH895xxC hardware accelerator. This patch depends on a QAT PF driver for device initialization. See the file docs/guides/cryptodevs/qat.rst for configuration details This patch supports a limited subset of QAT device functionality,

[dpdk-dev] [PATCH v4 2/6] mbuf_offload: library to support attaching offloads to a mbuf

This library add support for adding a chain of offload operations to a mbuf. It contains the definition of the rte_mbuf_offload structure as well as helper functions for attaching offloads to mbufs and a mempool management functions. This initial implementation supports attaching multiple

[dpdk-dev] [PATCH v4 1/6] cryptodev: Initial DPDK Crypto APIs and device framework release

This patch contains the initial proposed APIs and device framework for integrating crypto packet processing into DPDK. features include: - Crypto device configuration / management APIs - Definitions of supported cipher algorithms and operations. - Definitions of supported hash/authentication

[dpdk-dev] [PATCH v4 0/6] Crypto API and device framework

This series of patches defines a set of application burst oriented APIs for asynchronous symmetric cryptographic functions within DPDK. It also contains a poll mode driver cryptographic device framework for the implementation of crypto devices within DPDK. In the patch set we also have included 2

[dpdk-dev] [PATCH v3 7/7] doc: add a PTPCLIENT sample guide

It includes: - Add the ptpclient picture with svg format. - Add the ptpclient.rst file - Change the index.rst file for the above pictures index. Signed-off-by: Daniel Mrzyglod --- doc/guides/sample_app_ug/img/ptpclient.svg | 520 +

[dpdk-dev] [PATCH v3 6/7] example: PTP client slave minimal implementation

Add a sample application that acts as a PTP slave using the DPDK ieee1588 functions. Signed-off-by: Daniel Mrzyglod --- MAINTAINERS | 3 + doc/guides/rel_notes/release_2_2.rst | 5 + examples/Makefile| 1 + examples/ptpclient/Makefile

[dpdk-dev] [PATCH v3 5/7] i40e: add additional ieee1588 support functions

From: Pablo de Lara Add additional functions to support the existing IEEE1588 functionality and to enable getting, setting and adjusting the device time. Signed-off-by: Pablo de Lara Signed-off-by: Daniel Mrzyglod --- drivers/net/i40e/i40e_ethdev.c | 192

[dpdk-dev] [PATCH v3 4/7] igb: add additional ieee1588 support functions

From: Pablo de Lara Add additional functions to support the existing IEEE1588 functionality and to enable getting, setting and adjusting the device time. Signed-off-by: Pablo de Lara Signed-off-by: Daniel Mrzyglod --- drivers/net/e1000/e1000_ethdev.h | 3 +

[dpdk-dev] [PATCH v3 3/7] ixgbe: add additional ieee1588 support functions

Add additional functions to support the existing IEEE1588 functionality and to enable getting, setting and adjusting the device time. Signed-off-by: Daniel Mrzyglod Signed-off-by: Pablo de Lara --- drivers/net/ixgbe/ixgbe_ethdev.c | 272 +--

[dpdk-dev] [PATCH v3 2/7] net: Add common PTP structures and functions

This patch add common functions and structures used for PTP processing. Signed-off-by: Daniel Mrzyglod --- lib/librte_net/Makefile | 2 +- lib/librte_net/rte_ptp.h | 105 +++ 2 files changed, 106 insertions(+), 1 deletion(-) create mode 100644

[dpdk-dev] [PATCH v3 1/7] ethdev: add additional ieee1588 support functions

Add additional functions to support the existing IEEE1588 functionality. * rte_eth_timesync_settime(), function to set the device clock time. * rte_eth_timesync_gettime, function to get the device clock time. * rte_eth_timesync_adjust, function to adjust the device clock time. Signed-off-by:

[dpdk-dev] [PATCH v3 0/7] add sample ptp slave application

Add a sample application that acts as a PTP slave using the DPDK IEEE1588 functions. Also add some additional IEEE1588 support functions to enable getting, setting and adjusting the device time. V2->V3: PMD: - move common structures and functions for PTP protocol to librte_net/rte_ptp.h

[dpdk-dev] [PATCH v8 01/11] librte_ether: add fields from rte_pci_driver to rte_eth_dev_data

2015-11-03 13:01, Bernard Iremonger: > +/** Device needs PCI BAR mapping (done with either IGB_UIO or VFIO) */ > +#define RTE_ETH_DEV_DRV_NEED_MAPPING 0x0001 > +/** Device needs to be unbound even if no module is provided */ > +#define RTE_ETH_DEV_DRV_FORCE_UNBIND 0x0002 These flags seems useless

[dpdk-dev] [PATCH v3] kni: allow per-net instances

> > There is a global variable 'device_in_use' which is used to make sure only > > one > > instance is using /dev/kni device. If you were using LXC, you will find > > there is only > > one instance of KNI example could be run even different namespaces were > > created. > > > > In order to have

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

On Tue, Nov 3, 2015 at 5:05 PM, Stephen Hemminger wrote: > > IMHO this is a bug. Other drivers don't include the CRC, and the Intel driver > only includes CRC in count for one direction, and depends on value of > stripping flag. > > I sent a patch to fix this because our customers didn't like

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

> -Original Message- > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com] > Sent: Tuesday, November 03, 2015 4:53 PM > To: Ananyev, Konstantin > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce > RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter >

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > Sent: Tuesday, November 3, 2015 4:53 PM > To: Ananyev, Konstantin > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce > RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

> -Original Message- > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com] > Sent: Tuesday, November 03, 2015 4:19 PM > To: Ananyev, Konstantin > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce > RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter >

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > Sent: Tuesday, November 3, 2015 4:19 PM > To: Ananyev, Konstantin > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [RFC ][PATCH] Introduce > RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration

[dpdk-dev] [Patch v2] Eth driver optimization: Prefetch variable structure

Hi, Please use git-send-email and check how titles are formatted in the git tree. Thanks

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

I used the following code snip-it with the i40e device, with 1 second sample time had very high accuracy for IPv4 UDP packets: #define FLOWD_PERF_PACKET_OVERHEAD 24 /* CRC + Preamble + SOF + Interpacket gap */ #define FLOWD_REF_NETWORK_SPEED 10e9 double Ave_Bytes_per_Packet, Data_Rate,

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > Sent: Tuesday, November 03, 2015 3:52 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS > configuration parameter > > rte_ring

[dpdk-dev] [RFC ][PATCH] Introduce RTE_ARCH_STRONGLY_ORDERED_MEM_OPS configuration parameter

Do we need to have all these #ifdef, it looks messy, can you not define a macro that is defined based upon RTE_ARCH_STRONGLY_ORDERED_MEM_OP /Simon On 11/03/2015 03:52 PM, Jerin Jacob wrote: > rte_ring implementation needs explicit memory barrier > in weakly ordered architecture like ARM

[dpdk-dev] Proposals from project governance meeting at DPDK Userspace (was Notes from ...)

On Mon, 2 Nov 2015 15:16:16 -0800 Pradeep Kathail wrote: > Tim and Dave, > > I agree that an architecture board membership should be based on > technical standing and contribution but at the same time, > if you are trying to bring a new hardware paradigm into a project, you > need to give a

[dpdk-dev] [PATCH v2] Add support for pthreads setname.

> > This patch adds support for pthread_setname_np on Linux and > > pthread_set_name_np on FreeBSD. > > > > Changes in V2: > > Remove config support for max thread name len. > > Restrict max thread name len to 16 on Linux and FreeBSD. > > Fix checkpatch.pl errors. > > Changes based on code review

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

On Tue, 3 Nov 2015 17:18:31 -0500 Kyle Larose wrote: > On Tue, Nov 3, 2015 at 5:05 PM, Stephen Hemminger > wrote: > > > > > IMHO this is a bug. Other drivers don't include the CRC, and the Intel > > driver > > only includes CRC in count for one direction, and depends on value of > >

[dpdk-dev] [PATCH v2] igbvf: fix vlan filtering

From: Julien Meunier Once posted through mailbox, we must check for nack from the PF and report an error in this case. Signed-off-by: Julien Meunier Signed-off-by: David Marchand --- Changes since v1: - added check on error when writing to mailbox ---

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

Dear DPDK experts. Thank you very much for your excellent work and great contributions. I have a question about pps(packet per seocond) and bps(bit per second) estimation in DPDK pktgen. I can't find the source code which calculates pps and bps for received packets in the DPDK pktgen source

[dpdk-dev] Proposals from project governance meeting at DPDK Userspace (was Notes from ...)

I second Pradeep's comments - which was what I was driving at. -Original Message- From: Pradeep Kathail [mailto:pkath...@cisco.com] Sent: Monday, November 02, 2015 6:16 PM To: O'Driscoll, Tim; Bagh Fares; Dave Neary; CHIOSI, MARGARET T; Stephen Hemminger Cc: dev at dpdk.org Subject: Re:

[dpdk-dev] [PATCH v3] Change rte_eal_vdev_init to update port_id

> > Signed-off-by: Ravi Kerur > > Acked-by: Tetsuya Mukawa Applied, thanks

[dpdk-dev] [Patch v2] Eth driver optimization: Prefetch variable structure

Adds Eth driver prefetch variable structure to CPU cache 0 while calling into tx or rx device driver operation. RFC 2544 test of NIC task test measurement points show improvement of lower latency and/or better packet throughput indicating clock cycles saved. Signed-off-by: Mike A. Polehn

[dpdk-dev] [PATCH v2 1/1] ethdev: distinguish between drop and error stats

> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Tuesday, November 3, 2015 1:56 PM > To: Tahhan, Maryam > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2 1/1] ethdev: distinguish between drop and > error stats > > 2015-11-03 13:14, Tahhan, Maryam: > > From: Thomas

[dpdk-dev] [PATCH v2 1/1] ethdev: distinguish between drop and error stats

2015-11-03 13:14, Tahhan, Maryam: > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > There was not a lot of comments on this proposal. > > If the idea is well received, it needs to be implemented in drivers, at > > least few > > of them. > > Hi Thomas > I was waiting to implement

[dpdk-dev] [PATCH v2 2/2] ethdev: export rte_eth_dev_is_detachable function

2015-11-03 12:35, David Marchand: > From: Maxime Leroy > > It can be useful for application to know if a port can be detached or not. > > Signed-off-by: Maxime Leroy > Signed-off-by: David Marchand > --- > lib/librte_ether/rte_ethdev.c | 2 +- > lib/librte_ether/rte_ethdev.h

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

On 11/3/15, 8:30 AM, "Van Haaren, Harry" wrote: >Hi Keith, > >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Keith > >> Hmm, I just noticed I did not include the FCS bytes. Does the NIC include >> FCS bytes in the >> counters? Need to verify that one and if not then it becomes

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

Hi Keith, > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Keith > Hmm, I just noticed I did not include the FCS bytes. Does the NIC include FCS > bytes in the > counters? Need to verify that one and if not then it becomes a bit more > complex. The Intel NICs count packet

[dpdk-dev] [PATCH 00/12] DPDK armv8-a support

On 03/11/2015 13:09, Jerin Jacob wrote: > This is the v1 patchset for ARMv8 that now sits on top of the v6 patch > of the ARMv7 code by RehiveTech. It adds code into the same arm include > directory, reducing code duplication. > > Tested on an ThunderX arm 64-bit arm server board, with PCI slots.

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

On 11/3/15, 12:25 AM, "dev on behalf of ???" wrote: >Dear DPDK experts. > >Thank you very much for your excellent work and great contributions. > >I have a question about pps(packet per seocond) and bps(bit per second) >estimation in DPDK pktgen. > >I can't find the source code which

[dpdk-dev] How can I calculate/estimate pps(packet per seocond) and bps(bit per second) in DPDK pktg

On Tue, 3 Nov 2015 14:30:41 + "Van Haaren, Harry" wrote: > Hi Keith, > > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Keith > > > Hmm, I just noticed I did not include the FCS bytes. Does the NIC include > > FCS bytes in the > > counters? Need to verify that one and

[dpdk-dev] Proposals from project governance meeting at DPDK Userspace (was Notes from ...)

2015-11-03 12:43, O'Driscoll, Tim: > From: Pradeep Kathail [mailto:pkathail at cisco.com] > > Tim and Dave, > > > > I agree that an architecture board membership should be based on > > technical standing and contribution but at the same time, > > if you are trying to bring a new hardware paradigm

[dpdk-dev] [PATCH v3 4/4] ethdev: check driver support for functions

On Tue, 3 Nov 2015 12:00:59 + Bruce Richardson wrote: > * @return > - * The number of used descriptors in the specific queue. > + * The number of used descriptors in the specific queue, or: > + * (-EINVAL) if *port_id* is invalid > + * (-ENOTSUP) if the device does not support

[dpdk-dev] [PATCH v2] mk: fix ABI versioning compile error for combined shared library

On 11/03/2015 01:33 PM, Ferruh Yigit wrote: > On Tue, Nov 03, 2015 at 12:41:10PM +0200, Panu Matilainen wrote: >> On 11/03/2015 11:20 AM, Ferruh Yigit wrote: >>> On Tue, Nov 03, 2015 at 09:06:05AM +0200, Panu Matilainen wrote: On 11/02/2015 05:23 PM, Ferruh Yigit wrote: > Fixes following

[dpdk-dev] [Qemu-devel] [PATCH] vhost: fix compilation issue caused by virtio 1.0 support

On 11/03/2015 01:28 PM, Marcel Apfelbaum wrote: > Commit 15e9ee6982a4822ce395fd597dd500a61ceafa7c (vhost: enable virtio 1.0) > uses the VIRTIO_F_VERSION_1 macro existing only in newer kernels. > > Fixed it by manually defining it for older kernels. I added to CC the involved developers, the

[dpdk-dev] [PATCH v6 3/4] bond mode 4: allow external state machine

On 11/03/2015 01:02 PM, Ferruh Yigit wrote: > On Tue, Nov 03, 2015 at 08:48:16AM +0200, Panu Matilainen wrote: >> On 11/02/2015 06:42 PM, Eric Kinzie wrote: >>> On Mon Nov 02 12:23:47 +0200 2015, Panu Matilainen wrote: On 11/01/2015 08:17 PM, Thomas Monjalon wrote: > 2015-10-19 08:36,

[dpdk-dev] [Qemu-devel] [PATCH] vhost: fix compilation issue caused by virtio 1.0 support

Commit 15e9ee6982a4822ce395fd597dd500a61ceafa7c (vhost: enable virtio 1.0) uses the VIRTIO_F_VERSION_1 macro existing only in newer kernels. Fixed it by manually defining it for older kernels. Reported-by: Xu, Qian Q Signed-off-by: Marcel Apfelbaum --- Hi, I reproduced the issue with 3.9.5

[dpdk-dev] [PATCH 2/4 v3] add vector PMD TX for FVL

On Fri, 30 Oct 2015 21:01:53 +0800 Zhe Tao wrote: > static inline int __attribute__((always_inline)) > +i40e_tx_free_bufs(struct i40e_tx_queue *txq) > +{ > + struct i40e_tx_entry *txep; > + uint32_t n; > + uint32_t i; > + int nb_free = 0; > + struct rte_mbuf *m,

[dpdk-dev] [PATCH v8 11/11] bonding: remove pci device

remove pci_dev, pci_drv, rte_bond_pmd and pci_id_table. handle numa_node for vdevs handle RTE_ETH_DEV_INTR_LSC for vdevs rename the function valid_bonded_device to check_for_bonded_device remove branches on pci_dev Signed-off-by: Bernard Iremonger Acked-by: Tomasz Kulasek ---

[dpdk-dev] [PATCH v8 10/11] mpipe: remove pci device

Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson --- drivers/net/mpipe/mpipe_tilegx.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/mpipe/mpipe_tilegx.c b/drivers/net/mpipe/mpipe_tilegx.c index 4dc32f7..35134ba 100644 --- a/drivers/net/mpipe/mpipe_tilegx.c +++

[dpdk-dev] [PATCH v8 09/11] xenvirt: remove pci device

Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson --- drivers/net/xenvirt/rte_eth_xenvirt.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/net/xenvirt/rte_eth_xenvirt.c b/drivers/net/xenvirt/rte_eth_xenvirt.c index 6f9d96f..264aeda 100644 ---

[dpdk-dev] [PATCH v8 08/11] af_packet: remove pci device

Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson Acked-by: John W. Linville --- drivers/net/af_packet/rte_eth_af_packet.c | 8 1 file changed, 8 deletions(-) diff --git a/drivers/net/af_packet/rte_eth_af_packet.c b/drivers/net/af_packet/rte_eth_af_packet.c index

[dpdk-dev] [PATCH v8 07/11] pcap: remove pci device

remove rte_pcap_pmd and pci_dev. Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson --- drivers/net/pcap/rte_eth_pcap.c | 18 +- 1 file changed, 1 insertion(+), 17 deletions(-) diff --git a/drivers/net/pcap/rte_eth_pcap.c b/drivers/net/pcap/rte_eth_pcap.c index

[dpdk-dev] [PATCH v8 06/11] ring: remove pci device

remove rte_ring_pmd and pci_dev. Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson --- drivers/net/ring/rte_eth_ring.c | 24 1 file changed, 24 deletions(-) diff --git a/drivers/net/ring/rte_eth_ring.c b/drivers/net/ring/rte_eth_ring.c index 77ac23a..faa5759

[dpdk-dev] [PATCH v8 04/11] librte_ether: remove branches on pci_dev

use dev_type to distinguish between vdev's and pdev's. remove pci_dev branches. update release notes. Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson --- doc/guides/rel_notes/release_2_2.rst | 3 +++ lib/librte_ether/rte_ethdev.c| 40 +++- 2

[dpdk-dev] [PATCH v8 03/11] vdev: copy device info to eth_dev data

initialise dev_flags, driver, kdrv, drv_name and numa_node fields in eth_dev data. for the following vdevs: null ring pcap af_packet xenvirt mpipe bonding Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson --- drivers/net/af_packet/rte_eth_af_packet.c | 12

[dpdk-dev] [PATCH v8 02/11] pdev: copy pci device info to eth_dev data

use new function rte_eth_copy_pci_info. copy device info for the following pdevs: ixgbe e1000 i40e fm10k bnx2x cxgbe enic mlx4 vmxnet3 virtio mlx5 Signed-off-by: Bernard Iremonger Acked-by: Bruce Richardson --- drivers/net/bnx2x/bnx2x_ethdev.c | 3 +++ drivers/net/cxgbe/cxgbe_ethdev.c

[dpdk-dev] [PATCH v8 01/11] librte_ether: add fields from rte_pci_driver to rte_eth_dev_data

The driver fields have been added the rte_eth_dev_data so that it is no longer necessary access this data through the pci_dev pointer. The following fields have been added to rte_eth_dev_data: dev_flags, and macros for dev_flags. kdrv numa_node drv_name add function rte_eth_copy_pci_info remove

[dpdk-dev] [PATCH v8 00/11] remove pci driver from vdevs

There is a dummy pci driver in the vdev PMD's at present. This patch set removes the pci driver from the vdev PMD's. Changes have been made to librte_ether to handle vdevs and pdevs in the same way. The following vdev PMD's have had the pci driver removed: null ring bonding pcap af_packet

[dpdk-dev] Proposals from project governance meeting at DPDK Userspace (was Notes from ...)

> -Original Message- > From: Pradeep Kathail [mailto:pkathail at cisco.com] > Sent: Monday, November 2, 2015 11:16 PM > To: O'Driscoll, Tim; Bagh Fares; Dave Neary; CHIOSI, MARGARET T; Stephen > Hemminger > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] Proposals from project governance

[dpdk-dev] [PATCH v2] mk: fix ABI versioning compile error for combined shared library

On 11/03/2015 11:20 AM, Ferruh Yigit wrote: > On Tue, Nov 03, 2015 at 09:06:05AM +0200, Panu Matilainen wrote: >> On 11/02/2015 05:23 PM, Ferruh Yigit wrote: >>> Fixes following error: >>> LD libdpdk.so >>> /usr/bin/ld: /root/dpdk/build/lib/libdpdk.so: version node not found >>> for

[dpdk-dev] [Qemu-devel] [PATCH] vhost: fix compilation issue caused by virtio 1.0 support

2015-11-03 13:28, Marcel Apfelbaum: > Commit 15e9ee6982a4822ce395fd597dd500a61ceafa7c (vhost: enable virtio 1.0) > uses the VIRTIO_F_VERSION_1 macro existing only in newer kernels. > > Fixed it by manually defining it for older kernels. > > Reported-by: Xu, Qian Q > Signed-off-by: Marcel

[dpdk-dev] [PATCH v2 2/2] ethdev: export rte_eth_dev_is_detachable function

From: Maxime Leroy It can be useful for application to know if a port can be detached or not. Signed-off-by: Maxime Leroy Signed-off-by: David Marchand --- lib/librte_ether/rte_ethdev.c | 2 +- lib/librte_ether/rte_ethdev.h | 12

[dpdk-dev] [PATCH v2 1/2] ethdev: rework value return by rte_eth_dev_is_detachable

From: Maxime Leroy The rte_eth_dev_is_detachable return 0 when the device is detachable. It not, this one return a negative value or 1. Such behavior is not logical. This patch modifies this function to return 1 when the device is detachable and 0 when is not.

[dpdk-dev] [PATCH v2 0/2] export hotplug capability

This little patchset makes it possible for an application to know if a port supports hotplug. Changes since v1: - rebased on HEAD - dropped patch 3 -- David Marchand Maxime Leroy (2): ethdev: rework value return by rte_eth_dev_is_detachable ethdev: export rte_eth_dev_is_detachable

[dpdk-dev] [PATCH] bnx2x: tx_start_bd->vlan_or_ethertype is le16

Signed-off-by: Chas Williams <3chas3 at gmail.com> --- drivers/net/bnx2x/bnx2x.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/bnx2x/bnx2x.c b/drivers/net/bnx2x/bnx2x.c index fed7a06..76444eb 100644 --- a/drivers/net/bnx2x/bnx2x.c +++

  1   2   >