[dpdk-dev] [RFC 00/16] enhance checksum offload API

The goal of this series is to clarify and simplify the mbuf offload API. Several issues are solved: - simplify the definitions of PKT_TX_IP_CKSUM and PKT_TX_IPV4, each flag has now only one meaning. No impact on the code. - add a feature flag for OUTER_IP_CHECKSUM (from Jijiang's patches) -

[dpdk-dev] [RFC 01/16] mbuf: remove PKT_TX_IPV4_CSUM

This alias is only used in one place of i40e driver. Remove it and only keep the legacy flag PKT_TX_IP_CSUM. Signed-off-by: Olivier Matz --- lib/librte_mbuf/rte_mbuf.h | 1 - lib/librte_pmd_i40e/i40e_rxtx.c | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git

[dpdk-dev] [RFC 02/16] mbuf: enhance the API documentation of offload flags

Based on http://dpdk.org/ml/archives/dev/2015-January/011127.html Also adapt the csum forward engine code to the API. Signed-off-by: Olivier Matz --- app/test-pmd/csumonly.c| 6 +++--- lib/librte_mbuf/rte_mbuf.h | 43 --- 2 files changed, 39

[dpdk-dev] [RFC 03/16] i40e: call i40e_txd_enable_checksum only for offloaded packets

>From i40e datasheet: The IP header type and its offload. In case of tunneling, the IIPT relates to the inner IP header. See also EIPT field for the outer (External) IP header offload. 00 - non IP packet or packet type is not defined by software 01 - IPv6 packet 10 - IPv4 packet with

[dpdk-dev] [RFC 05/16] mbuf: remove PKT_TX_UDP_TUNNEL_PKT flag

Since previous commit, this flag is not used by any PMD, remove it from mbuf API and from csumonly (testpmd). In csumonly, the PKT_TX_OUTER_IP_CKSUM flag is already set for vxlan checksum, providing enough information to the underlying driver. Signed-off-by: Olivier Matz ---

[dpdk-dev] [RFC 06/16] ethdev: add outer IP offload capability flag

From: Jijiang Liu If the flag is advertised by a PMD, the NIC supports the outer IP checksum TX offload of tunneling packets, therefore an application can set the PKT_TX_OUTER_IP_CKSUM flag in mbufs when transmitting on this port. Signed-off-by: Jijiang Liu Acked-by:

[dpdk-dev] [RFC 07/16] i40e: advertise outer IPv4 checksum capability

From: Jijiang Liu Advertise the DEV_TX_OFFLOAD_OUTER_IPV4_CKSUM flag in the PMD features. It means that the i40e PMD supports the offload of outer IP checksum when transmitting tunneling packet. Signed-off-by: Jijiang Liu Acked-by: Olivier Matz ---

[dpdk-dev] [RFC 08/16] testpmd: replace tx_checksum command by csum

Replace the "tx_checksum" command by "csum". It has several advantages: - it's more coherent with the forward engine name - it's shorter - the next commit will introduce a command that is related to the csum forward engine, but about rx side. Signed-off-by: Olivier Matz ---

[dpdk-dev] [RFC 09/16] testpmd: move csum_show in a function

No functional changes in this commit, we just move the code that displays the csum forward engine configuration in a function. This makes the next commit easier to read as it will also use this function. Signed-off-by: Olivier Matz --- app/test-pmd/cmdline.c | 82

[dpdk-dev] [RFC 11/16] testpmd: rename vxlan in outer_ip in csum commands

The tx_checksum command concerns outer IP checksum, not VxLAN checksum. Actually there is no checkum in VxLAN header, there is one checksum in outer IP header, and one checksum in outer UDP header. This option only controls the outer IP checksum. Signed-off-by: Olivier Matz ---

[dpdk-dev] [RFC 10/16] testpmd: add csum parse_tunnel command

Add a new command related to csum forward engine: csum parse-tunnel (on|off) (port_id) If enabled, the tunnel packets received by the csum forward engine are parsed and seen as "outer-headers/inner-headers/data". If disabled, the parsing of the csum forward engine stops at the first l4 layer.

[dpdk-dev] [RFC 12/16] testpmd: introduce parse_ipv* in csum fwd engine

These functions may be used to parse encapsulated layers when we will support IP over GRE tunnels. No functional change. Signed-off-by: Olivier Matz --- app/test-pmd/csumonly.c | 51 + 1 file changed, 39 insertions(+), 12 deletions(-) diff --git

[dpdk-dev] [RFC 13/16] testpmd: use a structure to store offload info in csum fwd engine

To simplify the API of parse_* functions, store all the offload information for the current packet in a structure. No functional change. Signed-off-by: Olivier Matz --- app/test-pmd/csumonly.c | 222 +--- 1 file changed, 115 insertions(+), 107

[dpdk-dev] [RFC 14/16] testpmd: introduce parse_vxlan in csum fwd engine

Move code parsing vxlan into a function. It will ease the support of GRE tunnels and IPIP tunnels in next commits. Signed-off-by: Olivier Matz --- app/test-pmd/csumonly.c | 68 +++-- 1 file changed, 37 insertions(+), 31 deletions(-) diff --git

[dpdk-dev] [RFC 15/16] testpmd: support gre tunnels in csum fwd engine

Add support for Ethernet over GRE and IP over GRE tunnels. Signed-off-by: Olivier Matz --- app/test-pmd/cmdline.c | 6 ++-- app/test-pmd/csumonly.c | 87 + 2 files changed, 84 insertions(+), 9 deletions(-) diff --git a/app/test-pmd/cmdline.c

[dpdk-dev] [RFC 16/16] testpmd: support ipip tunnel in csum forward engine

Add support for IP over IP tunnels. Signed-off-by: Olivier Matz --- app/test-pmd/cmdline.c | 2 +- app/test-pmd/csumonly.c | 40 ++-- 2 files changed, 35 insertions(+), 7 deletions(-) diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c index

[dpdk-dev] [PATCH 0/5] new ntuple filter replaces 2tuple and 5tuple filters

Hi, Pablo Yes, sure. I will send it soon. Thanks for your attention. > -Original Message- > From: De Lara Guarch, Pablo > Sent: Wednesday, January 21, 2015 8:18 PM > To: Wu, Jingjing; dev at dpdk.org > Cc: Cao, Min > Subject: RE: [PATCH 0/5] new ntuple filter replaces 2tuple and 5tuple

[dpdk-dev] Should the other queues at same port work when one queue is full ?

Thanks, I had validated the 'rx_drop_en' setting. It's worked. Regards,/Liang--From:Bruce Richardson Time:2015 Jan 19 (Mon) 18:58To:?? Cc:dev Subject:Re: [dpdk-dev] Should the other queues at same port work when one queue is full

[dpdk-dev] [PATCH] doc: commands changed in testpmd_funcs for ethertype filter

new commands for ethertype filter - ethertype_filter (port_id) (add|del) (mac_addr|mac_ignr) (mac_address) ethertype (ether_type) (drop|fwd) queue (queue_id) Signed-off-by: Jingjing Wu --- doc/guides/testpmd_app_ug/testpmd_funcs.rst | 51 +++-- 1 file changed, 12

[dpdk-dev] [PATCH v3 0/3] enhance TX checksum command and csum forwarding engine

Hi, > -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Thursday, January 22, 2015 3:45 AM > To: Liu, Jijiang > Cc: Olivier MATZ; Ananyev, Konstantin; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v3 0/3] enhance TX checksum command and > csum

[dpdk-dev] some questions about rte_memcpy

#define rte_memcpy(dst, src, n) \ ((__builtin_constant_p(n)) ? \ memcpy((dst), (src), (n)) : \ rte_memcpy_func((dst), (src), (n))) Why call memcpy when n is constant variable? Can i change them to the follow codes? #define rte_memcpy(dst,

[dpdk-dev] some questions about rte_memcpy

On 2015/1/22 12:45, Matthew Hall wrote: > One theory. Many DPDK functions crash if they are called before > rte_eal_init() > is called. So perhaps this could be a cause, since that won't have been > called > when working on a constant Hi, Matthew Thank you for your response. Do you mean

[dpdk-dev] [PATCH v9 0/5] Support configuring hash functions

These patches mainly support configuring hash functions. In detail, - It can get/set global hash configurations. * Get/set symmetric hash enable per flow type. * Get/set hash function type. - It can get/set symmetric hash enable per port. - Four commands have been implemented in testpmd to

[dpdk-dev] [PATCH v9 1/5] i40e: use constant as the default hash keys

Calculating the default RSS hash keys at run time is not needed at all, and may have race conditions. The alternative is to use array of random values which were generated manually as the default hash keys. Signed-off-by: Helin Zhang --- lib/librte_pmd_i40e/i40e_ethdev.c | 14 +++--- 1

[dpdk-dev] [PATCH v9 2/5] ethdev: code style fixes

Added code style fixes. Signed-off-by: Helin Zhang --- lib/librte_ether/rte_eth_ctrl.h | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/lib/librte_ether/rte_eth_ctrl.h b/lib/librte_ether/rte_eth_ctrl.h index 5d9c387..4b3c5fc 100644 ---

[dpdk-dev] [PATCH v9 3/5] ethdev: support of configuring hash functions

In order to support hash filter configuration, filter type of hash is added, also the corresponding structures, macros and definitions are added. Signed-off-by: Helin Zhang --- lib/librte_ether/rte_eth_ctrl.h | 63 + 1 file changed, 63 insertions(+) v9

[dpdk-dev] [PATCH v9 4/5] i40e: support of controlling hash functions

Hash filter control has been implemented for i40e. It includes getting/setting, - global hash configurations (hash function type, and symmetric hash enable per flow type) - symmetric hash enable per port Signed-off-by: Helin Zhang --- lib/librte_pmd_i40e/i40e_ethdev.c | 294

[dpdk-dev] [PATCH v9 5/5] app/testpmd: add commands to support hash functions

To demonstrate the hash filter control, commands are added. They are, - get_sym_hash_ena_per_port - set_sym_hash_ena_per_port - get_hash_global_config - set_hash_global_config Signed-off-by: Helin Zhang --- app/test-pmd/cmdline.c | 333 + 1 file

[dpdk-dev] [PATCH v2 0/6] new ntuple filter replaces 2tuple and 5tuple filters

v2 changes: - remove the code which is already applied in patch "Integrate ethertype filter in igb/ixgbe driver to new API". - modify commands' description in doc testpmd_funcs.rst. The patch set uses filter_ctrl API to replace old 2tuple and 5tuple filter APIs. It defines ntuple filter

[dpdk-dev] [PATCH v2 2/6] ixgbe: ntuple filter functions replace old ones for 5tuple filter

This patch defines new functions dealing with ntuple filters which is corresponding to 5tuple in HW. It removes old functions which deal with 5tuple filters. Ntuple filter ie dealt with through entrance ixgbe_dev_filter_ctrl. Signed-off-by: Jingjing Wu --- lib/librte_pmd_ixgbe/ixgbe_ethdev.c |

[dpdk-dev] [PATCH v2 1/6] ethdev: define ntuple filter type and its structure

This patch defines ntuple filter type RTE_ETH_FILTER_NTUPLE and its structure rte_eth_ntuple_filter. It also corrects the typo TCP_UGR_FLAG to TCP_URG_FLAG Signed-off-by: Jingjing Wu --- lib/librte_ether/rte_eth_ctrl.h | 50 +

[dpdk-dev] [PATCH v2 4/6] testpmd: new commands for ntuple filter

Following commands of 5tuple and 2tuple filter are removed: - add_2tuple_filter (port_id) protocol (pro_value) (pro_mask) dst_port (port_value) (port_mask) flags (flg_value) priority (prio queue (queue_id) index (idx) - remove_2tuple_filter (port_id) index (idx) - get_2tuple_filter

[dpdk-dev] [PATCH v2 3/6] e1000: ntuple filter functions replace old ones for 2tuple and 5tuple filter

This patch defines new functions dealing with ntuple filters which is corresponding to 2tuple filter for 82580 and i350 in HW, and to 5tuple filter for 82576 in HW. It removes old functions which deal with 2tuple and 5tuple filters in igb driver. Ntuple filter is dealt with through entrance

[dpdk-dev] [PATCH v2 6/6] doc: commands changed in testpmd_funcs for 2tuple amd 5tuple filter

document of new commands: - 2tuple_filter (port_id) (add|del) dst_port (dst_port_value) protocol (protocol_value) mask (mask_value) tcp_flags (tcp_flags_value) priority (prio_value) queue (queue_id) - 5tuple_filter (port_id) (add|del) dst_ip (dst_address) src_ip (src_address)

[dpdk-dev] [PATCH v2 5/6] ethdev: remove old APIs and structures of 5tuple and 2tuple filters

Following structures are removed: - rte_2tuple_filter - rte_5tuple_filter Following APIs are removed: - rte_eth_dev_add_2tuple_filter - rte_eth_dev_remove_2tuple_filter - rte_eth_dev_get_2tuple_filter - rte_eth_dev_add_5tuple_filter - rte_eth_dev_remove_5tuple_filter -

[dpdk-dev] [PATCH v8 3/4] i40e: support of controlling hash functions

Hi Thomas I have sent out v9 of this patch set, with adopting your comments. Thank you very much! > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Tuesday, January 20, 2015 3:54 PM > To: Zhang, Helin > Cc: dev at dpdk.org > Subject: Re:

[dpdk-dev] [PATCH 0/7] unification of flow types and RSS offload types

> -Original Message- > From: Zhang, Helin > Sent: Monday, January 19, 2015 2:56 PM > To: dev at dpdk.org > Cc: Wu, Jingjing; Cao, Waterman; Zhang, Helin > Subject: [PATCH 0/7] unification of flow types and RSS offload types > > It unifies the flow types and RSS offload types for all

[dpdk-dev] [PATCH v4 06/11] eal/linux/pci: Add functions for unmapping igb_uio resources

On 1/21/2015 6:01 PM, Tetsuya Mukawa wrote: > Hi Michael, > > On 2015/01/20 18:23, Qiu, Michael wrote: >> On 1/19/2015 6:42 PM, Tetsuya Mukawa wrote: >>> The patch adds functions for unmapping igb_uio resources. The patch is only >>> for Linux and igb_uio environment. VFIO and BSD are not

[dpdk-dev] [PATCH v1 00/15] support multi-pthread per core

The patch series contain the enhancements of EAL and fixes for libraries to run multi-pthreads(either EAL or non-EAL thread) per physical core. Two major changes list as below: - Extend the core affinity of each EAL thread to 1:n. Each lcore stands for a EAL thread rather than a logical core.

[dpdk-dev] [PATCH v1 01/15] eal: add cpuset into per EAL thread lcore_config

The patch adds 'cpuset' into per-lcore configure 'lcore_config[]', as the lcore no longer always 1:1 pinning with physical cpu. The lcore now stands for a EAL thread rather than a logical cpu. It doesn't change the default behavior of 1:1 mapping, but allows to affinity the EAL thread to multiple

[dpdk-dev] [PATCH v1 04/15] eal: new TLS definition and API declaration

1. add two TLS *_socket_id* and *_cpuset* 2. add two external API rte_thread_set/get_affinity 3. add one internal API eal_thread_dump_affinity Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal_thread.c| 2 ++ lib/librte_eal/common/eal_thread.h| 14 ++

[dpdk-dev] [PATCH v1 02/15] eal: new eal option '--lcores' for cpu assignment

It supports one new eal long option '--lcores' for EAL thread cpuset assignment. The format pattern: --lcores='lcores[@cpus]<,lcores[@cpus]>' lcores, cpus could be a single digit or a group. '(' and ')' are necessary if it's a group. If not supply '@cpus', the value of cpus uses the same

[dpdk-dev] [PATCH v1 05/15] eal: add eal_common_thread.c for common thread API

The API works for both EAL thread and none EAL thread. When calling rte_thread_set_affinity, the *_socket_id* and *_cpuset* of calling thread will be updated if the thread successful set the cpu affinity. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/Makefile| 1 +

[dpdk-dev] [PATCH v1 03/15] eal: add support parsing socket_id from cpuset

It returns the socket_id if all cpus in the cpuset belongs to the same NUMA node, otherwise it will return SOCKET_ID_ANY. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal_lcore.c | 7 + lib/librte_eal/common/eal_thread.h | 52 +

[dpdk-dev] [PATCH v1 06/15] eal: add rte_gettid() to acquire unique system tid

The rte_gettid() wraps the linux and freebsd syscall gettid(). It provides a persistent unique thread id for the calling thread. It will save the unique id in TLS on the first time. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal_thread.c | 9 +

[dpdk-dev] [PATCH v1 07/15] eal: apply affinity of EAL thread by assigned cpuset

EAL threads use assigned cpuset to set core affinity during startup. It keeps 1:1 mapping, if no '--lcores' option is used. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal.c | 13 --- lib/librte_eal/bsdapp/eal/eal_thread.c | 63 +-

[dpdk-dev] [PATCH v1 10/15] log: fix the gap to support non-EAL thread

For those non-EAL thread, *_lcore_id* is invalid and probably larger than RTE_MAX_LCORE. The patch adds the check and allows only EAL thread using EAL per thread log level and log type. Others shares the global log level. Signed-off-by: Cunming Liang --- lib/librte_eal/common/eal_common_log.c

[dpdk-dev] [PATCH v1 08/15] enic: fix re-define freebsd compile complain

Some macro already been defined by freebsd 'sys/param.h'. Signed-off-by: Cunming Liang --- lib/librte_pmd_enic/enic.h| 1 + lib/librte_pmd_enic/enic_compat.h | 1 + 2 files changed, 2 insertions(+) diff --git a/lib/librte_pmd_enic/enic.h b/lib/librte_pmd_enic/enic.h index

[dpdk-dev] [PATCH v1 09/15] malloc: fix the issue of SOCKET_ID_ANY

Add check for rte_socket_id(), avoid get unexpected return like (-1). Signed-off-by: Cunming Liang --- lib/librte_malloc/malloc_heap.h | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/lib/librte_malloc/malloc_heap.h b/lib/librte_malloc/malloc_heap.h index

[dpdk-dev] [PATCH v1 11/15] eal: set _lcore_id and _socket_id to (-1) by default

For those none EAL thread, *_lcore_id* shall always be LCORE_ID_ANY. The libraries using *_lcore_id* as index need to take care. *_socket_id* always be SOCKET_ID_ANY unitl the thread changes the affinity by rte_thread_set_affinity() Signed-off-by: Cunming Liang ---

[dpdk-dev] [PATCH v1 12/15] eal: fix recursive spinlock in non-EAL thraed

In non-EAL thread, lcore_id alrways be LCORE_ID_ANY. It cann't be used as unique id for recursive spinlock. Then use rte_gettid() to replace it. Signed-off-by: Cunming Liang --- lib/librte_eal/common/include/generic/rte_spinlock.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL thread

For non-EAL thread, bypass per lcore cache, directly use ring pool. It allows using rte_mempool in either EAL thread or any user pthread. As in non-EAL thread, it directly rely on rte_ring and it's none preemptive. It doesn't suggest to run multi-pthread/cpu which compete the rte_mempool. It will

[dpdk-dev] [PATCH v1 14/15] ring: add support to non-EAL thread

ring debug stat won't take care non-EAL thread. Signed-off-by: Cunming Liang --- lib/librte_ring/rte_ring.h | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/lib/librte_ring/rte_ring.h b/lib/librte_ring/rte_ring.h index 7cd5f2d..39bacdd 100644 ---

[dpdk-dev] [PATCH v1 15/15] timer: add support to non-EAL thread

Allow to setup timers only for EAL (lcore) threads (__lcore_id < MAX_LCORE_ID). E.g. ? dynamically created thread will be able to reset/stop timer for lcore thread, but it will be not allowed to setup timer for itself or another non-lcore thread. rte_timer_manage() for non-lcore thread would

[dpdk-dev] [PATCH] eal/linux: allow to map BARs with MSI-X tables, around them

While VFIO doesn't allow us to map complete BARs with MSI-X tables, it does allow us to map around them in PAGE_SIZE granularity. There might be adapters that provide their registers in the same BAR but on a different page. For example, Intel's NVME adapter, though not a network adapter, provides

[dpdk-dev] [PATCH v2] add one option memory-only for secondary processes

Hi, Bruce, Since the DPDK2.0 merge window is opened now, so is it possible for this patch to be one candidate for v2.0? I searched in the DPDK patchwork(http://www.dpdk.org/dev/patchwork/project/dpdk/list/?state=*=memory-only=both ), but can not find this V2 patch. Can you please help to check

[dpdk-dev] [PATCH 0/4] DPDK memcpy optimization

Howdy! This memcpy discussion is absolutely fascinating. Glad to be a fly on the wall! On 21 January 2015 at 22:25, Jim Thompson wrote: > > The differences with DPDK are that a) entire cores (including the AVX/SSE > units and even AES-NI (FPU) are dedicated to DPDK, and b) DPDK is a library, >

[dpdk-dev] [RFC 00/16] enhance checksum offload API

-- next part -- A non-text attachment was scrubbed... Name: i40e_case1.cap Type: application/vnd.tcpdump.pcap Size: 60080 bytes Desc: not available URL: <http://dpdk.org/ml/archives/dev/attachments/20150122/5639b261/attachment-0010.cap> -- next part ---

[dpdk-dev] [PATCH 0/7] vmxnet3: driver enhancements

2015-01-21 16:49, Stephen Hemminger: > On Thu, 15 Jan 2015 12:02:11 +0100 > Thomas Monjalon wrote: > > > Someone to review these patches? > > Any comments from > Bruce Richardson Sorry, what do you mean? Is there some comments I missed? -- Thomas

[dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL thread

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang > Sent: Thursday, January 22, 2015 9:17 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL > thread > > For non-EAL thread, bypass per lcore cache,

[dpdk-dev] [PATCH] mk: add support for ICC 15 compiler

This patch add Support for ICC 15. ICC 15 changed inline-max-size and inline-max-total-size default values, so for ICC 15 flags -no-inline-max-size -no-inline-max-total-size must be added. additionally disable compile error for: 13368 - loop was not vectorized with "vector always assert" 15527 -

[dpdk-dev] [PATCH] lib/librte_ether: change socket_id passed to rte_memzone_reserve

Hey guys, I just wanted to ask is there anything more that can be done with this patch or is it in an acceptable state for pushing? Cian -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferriter, Cian Sent: Monday, January 19, 2015 6:39 PM To: Richardson, Bruce

[dpdk-dev] [PATCH v1 15/15] timer: add support to non-EAL thread

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang > Sent: Thursday, January 22, 2015 9:17 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v1 15/15] timer: add support to non-EAL thread > > Allow to setup timers only for EAL (lcore)

[dpdk-dev] [RFC 00/16] enhance checksum offload API

esc: not available URL: <http://dpdk.org/ml/archives/dev/attachments/20150122/0115fb4b/attachment-0001.py>

[dpdk-dev] [PATCH RFC 00/13] Update build system

> From: Gonzalez Monroy, Sergio > Sent: Monday, January 12, 2015 5:22 PM > To: Thomas Monjalon > Subject: Re: [dpdk-dev] [PATCH RFC 00/13] Update build system > > Hi Thomas, > > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > Sent: Monday, January 12, 2015 4:52 PM > > > > Hi

[dpdk-dev] [PATCH v4 06/11] eal/linux/pci: Add functions for unmapping igb_uio resources

Hi Michael, On 2015/01/22 17:12, Qiu, Michael wrote: > On 1/21/2015 6:01 PM, Tetsuya Mukawa wrote: >> Hi Michael, >> >> On 2015/01/20 18:23, Qiu, Michael wrote: >>> On 1/19/2015 6:42 PM, Tetsuya Mukawa wrote: The patch adds functions for unmapping igb_uio resources. The patch is only

[dpdk-dev] some questions about rte_memcpy

On 2015/01/22 16:35, Matthew Hall wrote: > On Thu, Jan 22, 2015 at 01:32:04PM +0800, Linhaifeng wrote: >> Do you mean if call rte_memcpy before rte_eal_init() would crash?why? > No guarantee. But a theory. It might use some things from the EAL init to > figure out which version of the accelerated

[dpdk-dev] [PATCH RFC 00/13] Update build system

2015-01-22 10:03, Gonzalez Monroy, Sergio: > > From: Gonzalez Monroy, Sergio > > Sent: Monday, January 12, 2015 5:22 PM > > To: Thomas Monjalon > > Subject: Re: [dpdk-dev] [PATCH RFC 00/13] Update build system > > > > Hi Thomas, > > > > > From: Thomas Monjalon [mailto:thomas.monjalon at

[dpdk-dev] [PATCH v7 4/4] docs: Add ABI documentation

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman > Sent: Wednesday, January 21, 2015 9:00 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v7 4/4] docs: Add ABI documentation > > Adding a document describing rudimentary ABI policy and

[dpdk-dev] [PATCH RFC 00/13] Update build system

> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Thursday, January 22, 2015 10:39 AM > To: Gonzalez Monroy, Sergio > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH RFC 00/13] Update build system > > 2015-01-22 10:03, Gonzalez Monroy, Sergio: > > > From: Gonzalez Monroy,

[dpdk-dev] [PATCH] doc: commands changed in testpmd_funcs for ethertype filter

Hi Jingjing, Few comments about how to send a v2 patch (as described in http://dpdk.org/dev#send): --subject-prefix 'PATCH v2' to make it clear that it supersedes a previous version --annotate to add a changelog below the three dashes --in-reply-to to have the versions threaded together

[dpdk-dev] Purge all entries in a rte_hash

Hello, Is there some way to purge all keys in an rte_hash while maintaining read concurrency? I am assuming that I can?t do a free/create step while other threads may still be doing lookups on it. What I can do is store the key as part of the value in the array of user data, iterate this

[dpdk-dev] [PATCH] doc: commands changed in testpmd_funcs for ethertype filter

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jingjing Wu > Sent: Thursday, January 22, 2015 1:09 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] doc: commands changed in testpmd_funcs for > ethertype filter > > new commands for ethertype filter

[dpdk-dev] [PATCH v2] add one option memory-only for secondary processes

On Thu, Jan 22, 2015 at 09:05:34AM +, Chi, Xiaobo (NSN - CN/Hangzhou) wrote: > Hi, Bruce, > Since the DPDK2.0 merge window is opened now, so is it possible for this > patch to be one candidate for v2.0? > I searched in the DPDK >

[dpdk-dev] [PATCH] lib/librte_ether: change socket_id passed to rte_memzone_reserve

On Thu, Jan 22, 2015 at 09:56:48AM +, Ferriter, Cian wrote: > Hey guys, > > I just wanted to ask is there anything more that can be done with this patch > or is it in an acceptable state for pushing? > > Cian At this stage I think I'm ok with the patch contents, unless anyone else

[dpdk-dev] some questions about rte_memcpy

On Thu, Jan 22, 2015 at 07:23:49PM +0900, Tetsuya Mukawa wrote: > On 2015/01/22 16:35, Matthew Hall wrote: > > On Thu, Jan 22, 2015 at 01:32:04PM +0800, Linhaifeng wrote: > >> Do you mean if call rte_memcpy before rte_eal_init() would crash?why? > > No guarantee. But a theory. It might use some

[dpdk-dev] [PATCH v1 02/15] eal: new eal option '--lcores' for cpu assignment

On Thu, Jan 22, 2015 at 04:16:25PM +0800, Cunming Liang wrote: > It supports one new eal long option '--lcores' for EAL thread cpuset > assignment. > > The format pattern: > --lcores='lcores[@cpus]<,lcores[@cpus]>' > lcores, cpus could be a single digit or a group. > '(' and ')' are

[dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL thread

> -Original Message- > From: Walukiewicz, Miroslaw > Sent: Thursday, January 22, 2015 5:53 PM > To: Liang, Cunming; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL > thread > > > > > -Original Message- > > From: dev

[dpdk-dev] [PATCH v1 15/15] timer: add support to non-EAL thread

> -Original Message- > From: Walukiewicz, Miroslaw > Sent: Thursday, January 22, 2015 5:58 PM > To: Liang, Cunming; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v1 15/15] timer: add support to non-EAL thread > > > > > -Original Message- > > From: dev [mailto:dev-bounces at

[dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL thread

> -Original Message- > From: Liang, Cunming > Sent: Thursday, January 22, 2015 1:20 PM > To: Walukiewicz, Miroslaw; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL > thread > > > > > -Original Message- > > From: Walukiewicz, Miroslaw

[dpdk-dev] some questions about rte_memcpy

On 2015/1/22 19:34, Bruce Richardson wrote: > On Thu, Jan 22, 2015 at 07:23:49PM +0900, Tetsuya Mukawa wrote: >> On 2015/01/22 16:35, Matthew Hall wrote: >>> On Thu, Jan 22, 2015 at 01:32:04PM +0800, Linhaifeng wrote: Do you mean if call rte_memcpy before rte_eal_init() would crash?why? >>>

[dpdk-dev] [PATCH v6 5/6] ixgbe: Config VF RSS

On 01/21/15 10:44, Wodkowski, PawelX wrote: > >> -Original Message- >> From: Ouyang, Changchun >> Sent: Wednesday, January 21, 2015 3:44 AM >> To: Wodkowski, PawelX; dev at dpdk.org >> Cc: Ouyang, Changchun >> Subject: RE: [dpdk-dev] [PATCH v6 5/6] ixgbe: Config VF RSS >> >> >> >>>

[dpdk-dev] [PATCH v2] add one option memory-only for secondary processes

2015-01-22 11:17, Bruce Richardson: > On Thu, Jan 22, 2015 at 09:05:34AM +, Chi, Xiaobo (NSN - CN/Hangzhou) > wrote: > > Hi, Bruce, > > Since the DPDK2.0 merge window is opened now, so is it possible for this > > patch to be one candidate for v2.0? > > I searched in the DPDK > >

[dpdk-dev] [PATCH v6 5/6] ixgbe: Config VF RSS

> > I'm new on the list and my experience with DPDK is about two months so, > pls., don't judge me too harsh... ;) > I tried to cover the obvious things and actually learned the code while > reviewing. The things u say, Pavel(X?) make sense and I obviously missed I am really puzzled about mail

[dpdk-dev] [PATCH 0/4] DPDK memcpy optimization

On Thu, Jan 22, 2015 at 3:06 AM, Luke Gorrie wrote: Here is another thought: when is it time to start thinking of packet copy > as a cheap unit-time operation? > Pretty much never short of changes to memory architecture, IMO. Frankly, there are never enough cycles for deep packet inspection

[dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL thread

Hi Miroslaw, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Walukiewicz, Miroslaw > Sent: Thursday, January 22, 2015 12:45 PM > To: Liang, Cunming; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL > thread > > >

[dpdk-dev] Segmentation fault in ixgbe_rxtx_vec.c:444 with 1.8.0

On Wed, Jan 21, 2015 at 7:19 PM, Bruce Richardson < bruce.richardson at intel.com> wrote: > On Tue, Jan 20, 2015 at 11:39:03AM +0100, Martin Weiser wrote: > > Hi again, > > > > I did some further testing and it seems like this issue is linked to > > jumbo frames. I think a similar issue has

[dpdk-dev] [PATCH v1 00/15] support multi-pthread per core

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang > Sent: Thursday, January 22, 2015 8:16 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v1 00/15] support multi-pthread per core > > The patch series contain the enhancements of EAL and

[dpdk-dev] [PATCH v1 02/15] eal: new eal option '--lcores' for cpu assignment

Hi Bruce, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson > Sent: Thursday, January 22, 2015 12:19 PM > To: Liang, Cunming > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v1 02/15] eal: new eal option '--lcores' for > cpu assignment

[dpdk-dev] [PATCH] lib/librte_ether: change socket_id passed to rte_memzone_reserve

Removes the dependency that this memzone reserve has on the socket currently running on. Following the socket of the master core will yield more predictable results when calling this function after initialisation. Signed-off-by: Cian Ferriter Reviewed-by: Maryam Tahhan Reviewed-by: Bruce

[dpdk-dev] [PATCH v1 02/15] eal: new eal option '--lcores' for cpu assignment

Hi, I want to mention that similar but for me much more readable syntax have Pktgen-DPDK for defining core - port mapping. Maybe we can adopt this syntax for new '--lcores' parameter. See '-m' parameter syntax on Pktgen readme.

[dpdk-dev] Segmentation fault in ixgbe_rxtx_vec.c:444 with 1.8.0

On Thu, Jan 22, 2015 at 07:35:45PM +0530, Prashant Upadhyaya wrote: > On Wed, Jan 21, 2015 at 7:19 PM, Bruce Richardson < > bruce.richardson at intel.com> wrote: > > > On Tue, Jan 20, 2015 at 11:39:03AM +0100, Martin Weiser wrote: > > > Hi again, > > > > > > I did some further testing and it

[dpdk-dev] some questions about rte_memcpy

On Thu, Jan 22, 2015 at 08:53:13PM +0800, Linhaifeng wrote: > > > On 2015/1/22 19:34, Bruce Richardson wrote: > > On Thu, Jan 22, 2015 at 07:23:49PM +0900, Tetsuya Mukawa wrote: > >> On 2015/01/22 16:35, Matthew Hall wrote: > >>> On Thu, Jan 22, 2015 at 01:32:04PM +0800, Linhaifeng wrote: >

[dpdk-dev] [PATCH v1 02/15] eal: new eal option '--lcores' for cpu assignment

On Thu, Jan 22, 2015 at 02:34:07PM +, Ananyev, Konstantin wrote: > Hi Bruce, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson > > Sent: Thursday, January 22, 2015 12:19 PM > > To: Liang, Cunming > > Cc: dev at dpdk.org > > Subject:

[dpdk-dev] [PATCH v7 4/4] docs: Add ABI documentation

On Thu, Jan 22, 2015 at 10:56:08AM +, Iremonger, Bernard wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman > > Sent: Wednesday, January 21, 2015 9:00 PM > > To: dev at dpdk.org > > Subject: [dpdk-dev] [PATCH v7 4/4] docs: Add

[dpdk-dev] [PATCH v8 1/4] compat: Add infrastructure to support symbol versioning

Add initial pass header files to support symbol versioning. Signed-off-by: Neil Horman CC: Thomas Monjalon CC: "Richardson, Bruce" CC: "Gonzalez Monroy, Sergio" --- Change Notes: V2) Moved ifeq to _INSTALL target V3) Undo V2 changes and make librte_compat use the

[dpdk-dev] [PATCH v8 2/4] Provide initial versioning for all DPDK libraries

Add linker version script files to each DPDK library to put a stake in the ground from which we can start cleaning up API's Signed-off-by: Neil Horman CC: Thomas Monjalon CC: "Richardson, Bruce" --- Change Notes: v2) * Updated export map to not require full path ---

[dpdk-dev] [PATCH v8 3/4] Add library version extenstion

To differentiate libraries that break ABI, we add a library version number suffix to the library, which must be incremented when a given libraries ABI is broken. This patch enforces that addition, sets the initial abi soname extension to 1 for each library and creates a symlink to the base SONAME

[dpdk-dev] [PATCH v8 4/4] docs: Add ABI documentation

Adding a document describing rudimentary ABI policy and adding notice space for any deprecation announcements Signed-off-by: Neil Horman CC: Thomas Monjalon CC: "Richardson, Bruce" --- Change notes: v5) Updated documentation to add notes from Thomas M. v6) Moved abi.txt to

[dpdk-dev] [PATCH v8 4/4] docs: Add ABI documentation

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman > Sent: Thursday, January 22, 2015 3:49 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v8 4/4] docs: Add ABI documentation > > Adding a document describing rudimentary ABI policy and adding

  1   2   >