[dpdk-dev] [PATCH] kni: ignore double calls to rte_kni_init()

Prevent double initialization of the KNI subsytem. Signed-off-by: Marc Sune --- lib/librte_kni/rte_kni.c | 4 1 file changed, 4 insertions(+) diff --git a/lib/librte_kni/rte_kni.c b/lib/librte_kni/rte_kni.c index c5a0089..df0449f 100644 --- a/lib/librte_kni/rte_kni.c +++ b/lib/librte_kni/r

[dpdk-dev] [PATCH] config:enlarge the default value of RTE_MAX_QUEUES_PER_PORT to 1024

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu > Sent: Thursday, May 28, 2015 9:36 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] config:enlarge the default value of > RTE_MAX_QUEUES_PER_PORT to 1024 > > The default value of RTE_MAX_QUE

[dpdk-dev] How to set timestamp in 82599 NICs in DPDK?

Hi I noticed that there is a patch which can set hardware timestamp for the received packets(http://www.wand.net.nz/trac/libtrace/browser/Intel%20DPDK%20Patches/ hardware_timestamp.patch?rev=ce7153dbc6a13c18bf8033af08c1249527754168), but it only works in e1000 and igb NICs. I want to capture pa

[dpdk-dev] [PATCH] lib_vhost:reset secure_len when rte_atomic16_cmpset failed

--- lib/librte_vhost/vhost_rxtx.c | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/librte_vhost/vhost_rxtx.c b/lib/librte_vhost/vhost_rxtx.c index 4809d32..fb3e72a 100644 --- a/lib/librte_vhost/vhost_rxtx.c +++ b/lib/librte_vhost/vhost_rxtx.c @@ -431,6 +431,7 @@ virtio_dev_merge_rx(struct v

[dpdk-dev] How to set timestamp in 82599 NICs in DPDK?

82599 supports hw timestamping for PTP packets. I don't know whether it supports timestamping for general packets. http://lxr.free-electrons.com/source/drivers/net/ethernet/intel/ixgbe/ixgbe_ptp.c#L640 says that 640

[dpdk-dev] How to set timestamp in 82599 NICs in DPDK?

http://dpdk.org/browse/dpdk/tree/app/test-pmd/ieee1588fwd.c This code example contains enabling PTP with intel NICs. Keunhong. 2015-06-01 12:48 GMT+09:00 Keunhong Lee : > 82599 supports hw timestamping for PTP packets. > I don't know whether it supports timestamping for general packets. > > >

[dpdk-dev] [PATCH] vhost: enable live migration

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie > Sent: Wednesday, May 27, 2015 11:02 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] vhost: enable live migration > > When we migrate VM, without this feature, qemu will report error: > "mig

[dpdk-dev] [PATCH] lib_vhost:reset secure_len when rte_atomic16_cmpset failed

> -Original Message- > From: Wei li [mailto:liw at dtdream.com] > Sent: Monday, June 1, 2015 11:00 AM > To: dev at dpdk.org > Cc: Ouyang, Changchun > Subject: [PATCH] lib_vhost:reset secure_len when rte_atomic16_cmpset > failed > The one line change is ok, but need more description. >

[dpdk-dev] [PATCH] kni: Passing virtual PID to get_net_ns_by_pid(), so we can create kni interfaces in containers like docker

Signed-off-by: Wenfeng Liu --- lib/librte_eal/linuxapp/kni/kni_misc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/librte_eal/linuxapp/kni/kni_misc.c b/lib/librte_eal/linuxapp/kni/kni_misc.c index 1935d32..18fb677 100644 --- a/lib/librte_eal/linuxapp/kni/kni_misc.c +++

[dpdk-dev] [PATCH v2] lib_vhost:reset secure_len when rte_atomic16_cmpset failed

when rte_atomic16_cmpset return 0 in first loop, secure_len should be reset to 0 in second loop, otherwise (pkt_len > secure_len) always be false, the num of desc maybe not enough Signed-off-by: Wei li --- lib/librte_vhost/vhost_rxtx.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) v

[dpdk-dev] [PATCH v2] lib_vhost:reset secure_len when rte_atomic16_cmpset failed

> -Original Message- > From: Wei li [mailto:liw at dtdream.com] > Sent: Monday, June 1, 2015 2:12 PM > To: dev at dpdk.org > Cc: Ouyang, Changchun; liw at dtdream.com > Subject: [PATCH v2] lib_vhost:reset secure_len when rte_atomic16_cmpset > failed > > when rte_atomic16_cmpset return 0

[dpdk-dev] 答复: How to set timestamp in 82599 NICs in DPDK?

Hi Keunhong, Thanks for your response. Seems ixgbe only supports hw timestamping for PTP packets. But I still don?t understand why igb and e1000 support hw timestamping all packets while ixgbe does not. ???: Keunhong Lee [mailto:dlrmsghd at gmail.com] : 2015?6?1? 11:51 ???: ?? ??? ??:

[dpdk-dev] [PATCH v6 00/18] unified packet type

Currently only 6 bits which are stored in ol_flags are used to indicate the packet types. This is not enough, as some NIC hardware can recognize quite a lot of packet types, e.g i40e hardware can recognize more than 150 packet types. Hiding those packet types hides hardware offload capabilities whi

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

In order to unify the packet type, the field of 'packet_type' in 'struct rte_mbuf' needs to be extended from 16 to 32 bits. Accordingly, some fields in 'struct rte_mbuf' are re-organized to support this change for Vector PMD. As 'struct rte_kni_mbuf' for KNI should be right mapped to 'struct rte_mb

[dpdk-dev] [PATCH v6 02/18] ixgbe: support unified packet type in vectorized PMD

To unify the packet type, bit masks of packet type for ol_flags are replaced. In addition, more packet types (UDP, TCP and SCTP) are supported in vectorized ixgbe PMD. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Note t

[dpdk-dev] [PATCH v6 03/18] mbuf: add definitions of unified packet types

As there are only 6 bit flags in ol_flags for indicating packet types, which is not enough to describe all the possible packet types hardware can recognize. For example, i40e hardware can recognize more than 150 packet types. Unified packet type is composed of L2 type, L3 type, L4 type, tunnel type

[dpdk-dev] [PATCH v6 05/18] ixgbe: replace bit mask based packet type with unified packet type

To unify packet type among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Note that around 2.5% performance drop (64B) was observed of

[dpdk-dev] [PATCH v6 04/18] e1000: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- drivers/net/e1000/igb_rxt

[dpdk-dev] [PATCH v6 07/18] enic: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- drivers/net/enic/enic_mai

[dpdk-dev] [PATCH v6 08/18] vmxnet3: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- drivers/net/vmxnet3/vmxne

[dpdk-dev] [PATCH v6 10/18] app/test-pipeline: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- app/test-pipeline/pipelin

[dpdk-dev] [PATCH v6 06/18] i40e: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- drivers/net/i40e/i40e_rxt

[dpdk-dev] [PATCH v6 11/18] app/testpmd: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang Signed-off-by: Jijiang Liu --

[dpdk-dev] [PATCH v6 09/18] fm10k: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- drivers/net/fm10k/fm10k_r

[dpdk-dev] [PATCH v6 12/18] app/test: Remove useless code

Severl useless code lines are added accidently, which blocks packet type unification. They should be deleted at all. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- app/test/packet_burst_g

[dpdk-dev] [PATCH v6 14/18] examples/ip_reassembly: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- examples/ip_reassembly/ma

[dpdk-dev] [PATCH v6 15/18] examples/l3fwd-acl: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- examples/l3fwd-acl/main.c

[dpdk-dev] [PATCH v6 16/18] examples/l3fwd-power: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- examples/l3fwd-power/main

[dpdk-dev] [PATCH v6 18/18] mbuf: remove old packet type bit masks

As unified packet types are used instead, those old bit masks and the relevant macros for packet type indication need to be removed. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- lib/lib

[dpdk-dev] [PATCH v6 13/18] examples/ip_fragmentation: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- examples/ip_fragmentation

[dpdk-dev] [PATCH v6 17/18] examples/l3fwd: replace bit mask based packet type with unified packet type

To unify packet types among all PMDs, bit masks of packet type for 'ol_flags' are replaced by unified packet type. To avoid breaking ABI compatibility, all the changes would be enabled by RTE_UNIFIED_PKT_TYPE, which is disabled by default. Signed-off-by: Helin Zhang --- examples/l3fwd/main.c | 1

[dpdk-dev] mempool destroy

Hi, On 05/29/2015 11:04 PM, Dax Rawal wrote: > Hi, > How does one return (or destroy) ret_mempool that was created by > rte_mempool_create() ? Currently it's not possible but it seems it would be a nice improvement to mempool library. Sergio recently submitted a patch to delete memzones, it wou

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

Hi Helin, +CC Neil On 06/01/2015 09:33 AM, Helin Zhang wrote: > In order to unify the packet type, the field of 'packet_type' in > 'struct rte_mbuf' needs to be extended from 16 to 32 bits. > Accordingly, some fields in 'struct rte_mbuf' are re-organized to > support this change for Vector PMD. A

[dpdk-dev] [PATCH v3 0/4] Fix vhost enqueue/dequeue issue

Fix enqueue/dequeue can't handle chained vring descriptors; Remove unnecessary vring descriptor length updating; Add support copying scattered mbuf to vring; Changchun Ouyang (4): lib_vhost: Fix enqueue/dequeue can't handle chained vring descriptors lib_vhost: Refine code style lib_vhost: Ex

[dpdk-dev] [PATCH v3 1/4] lib_vhost: Fix enqueue/dequeue can't handle chained vring descriptors

Vring enqueue need consider the 2 cases: 1. use separate descriptors to contain virtio header and actual data, e.g. the first descriptor is for virtio header, and then followed by descriptors for actual data. 2. virtio header and some data are put together in one descriptor, e.g. the first

[dpdk-dev] [PATCH v3 2/4] lib_vhost: Refine code style

Remove unnecessary new line. Signed-off-by: Changchun Ouyang --- lib/librte_vhost/vhost_rxtx.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/lib/librte_vhost/vhost_rxtx.c b/lib/librte_vhost/vhost_rxtx.c index 5fe1b6c..de60e9b 100644 --- a/lib/librte_vhost/vhost_rxt

[dpdk-dev] [PATCH v3 3/4] lib_vhost: Extract function

Extract codes into 2 common functions: update_secure_len which is used to accumulate the buffer len in the vring descriptors. and fill_buf_vec which is used to fill struct buf_vec. Signed-off-by: Changchun Ouyang --- lib/librte_vhost/vhost_rxtx.c | 79 +--

[dpdk-dev] [PATCH v3 4/4] lib_vhost: Remove unnecessary vring descriptor length updating

Remove these unnecessary vring descriptor length updating, vhost should not change them. virtio in front end should assign value to desc.len for both rx and tx. Signed-off-by: Changchun Ouyang --- lib/librte_vhost/vhost_rxtx.c | 18 +- 1 file changed, 1 insertion(+), 17 deletion

[dpdk-dev] [PATCH] log: Properly reset log_history_size in rte_log_dump_history()

Hi Jan, On 05/29/2015 12:34 PM, Jan Blunck wrote: > In rte_log_dump_history() the log_history list is reinitialized without > resetting the log_history_size. In the next call to rte_log_add_in_history() > the log_history_size > RTE_LOG_HISTORY and the code unconditionally tries > to remove the fir

[dpdk-dev] [PATCH 0/3] librte_cfgfile rework and extension

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maciej Gajdzica > Sent: Friday, May 29, 2015 4:27 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 0/3] librte_cfgfile rework and extension > > From: Pawel Wodkowski > > This patchset provide extension

[dpdk-dev] [PATCH v9 12/12] abi: fix v2.1 abi broken issue

Hi Stephen, On 5/29/2015 11:27 PM, Stephen Hemminger wrote: > On Fri, 29 May 2015 16:45:25 +0800 > Cunming Liang wrote: > >> +#ifdef RTE_EAL_RX_INTR >> +extern int >> rte_eth_dev_rx_intr_ctl(uint8_t port_id, int epfd, int op, void *data); >> +#else >> +static inline int >> +rte_eth_dev_rx_intr_

[dpdk-dev] [PATCH 1/5] ixgbe: remove a discarded source line

Hi Helin, On 05/26/2015 10:36 AM, Helin Zhang wrote: > Little endian to CPU order conversion had been added for reading > vlan tag from RX descriptor, while its original source line was > forgotten to delete. That's a discarded source line and should be > deleted. > > Signed-off-by: Helin Zhang

[dpdk-dev] [PATCH 3/5] i40e: support double vlan stripping and insertion

Hi Helin, On 05/26/2015 10:36 AM, Helin Zhang wrote: > It configures specific registers to enable double vlan stripping > on RX side and insertion on TX side. > The RX descriptors will be parsed, the vlan tags and flags will be > saved to corresponding mbuf fields if vlan tag is detected. > The TX

[dpdk-dev] [PATCH 2/5] mbuf: use the reserved 16 bits for double vlan

Hi Helin, On 05/26/2015 10:36 AM, Helin Zhang wrote: > Use the reserved 16 bits in rte_mbuf structure for the outer vlan, > also add QinQ offloading flags for both RX and TX sides. > > Signed-off-by: Helin Zhang > --- > lib/librte_mbuf/rte_mbuf.h | 10 +- > 1 file changed, 9 insertions(

[dpdk-dev] Free up completed TX buffers

Hi Zoltan, On Fri, May 29, 2015 at 7:00 PM, Zoltan Kiss wrote: > The easy way is just to increase your buffer pool's size to make > sure that doesn't happen. Go for it! > But there is no bulletproof way to calculate such > a number Yeah, there are many places for mbufs to stay :( I would try:

[dpdk-dev] [PATCH 0/3] mempool: clean-up

These 3 patches try to make mempool code easier to read, they have no functional impact. Olivier Matz (3): mempool: introduce objhdr structure for object headers mempool: introduce objtlr structure for object trailers mempool: fix typos, indentation, and doxygen style lib/librte_mempool/rt

[dpdk-dev] [PATCH 1/3] mempool: introduce objhdr structure for object headers

Each object stored in mempools are prefixed by a header, allowing for instance to retrieve the mempool pointer from the object. When debug is enabled, a cookie is also added in this header that helps to detect corruptions and double-frees. Introduce a structure that materializes the content of thi

[dpdk-dev] [PATCH 2/3] mempool: introduce objtlr structure for object trailers

Each object stored in mempools are suffixed by a trailer, storing a cookie in debug mode which help to detect memory corruptions. Like for headers, introduce a structure that materializes the content of this trailer. Signed-off-by: Olivier Matz --- lib/librte_mempool/rte_mempool.c | 4 +++- li

[dpdk-dev] [PATCH 3/3] mempool: fix typos, indentation, and doxygen style

Do some cosmetic clean-up. Signed-off-by: Olivier Matz --- lib/librte_mempool/rte_dom0_mempool.c | 36 lib/librte_mempool/rte_mempool.c | 10 ++--- lib/librte_mempool/rte_mempool.h | 80 ++- 3 files changed, 73 insertions(+), 53 deletion

[dpdk-dev] [PATCH v2] log: Properly reset log_history_size in rte_log_dump_history()

In rte_log_dump_history() the log_history list is reinitialized without resetting the log_history_size. In the next call to rte_log_add_in_history() the log_history_size > RTE_LOG_HISTORY and the code unconditionally tries to remove the first entry: Program received signal SIGSEGV, Segmentation fa

[dpdk-dev] [PATCH] mbuf: optimize first reference increment in rte_pktmbuf_attach

As it's done in __rte_pktmbuf_prefree_seg(), we can avoid using an atomic increment in rte_pktmbuf_attach() by checking if we are the only owner of the mbuf first. Signed-off-by: Olivier Matz --- lib/librte_mbuf/rte_mbuf.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/

[dpdk-dev] [PATCH] log: Properly reset log_history_size in rte_log_dump_history()

On Mon, Jun 1, 2015 at 10:31 AM, Olivier MATZ wrote: > Hi Jan, > > On 05/29/2015 12:34 PM, Jan Blunck wrote: > > In rte_log_dump_history() the log_history list is reinitialized without > > resetting the log_history_size. In the next call to > rte_log_add_in_history() > > the log_history_size > RT

[dpdk-dev] [PATCH v2] log: Properly reset log_history_size in rte_log_dump_history()

On 06/01/2015 11:30 AM, Jan Blunck wrote: > In rte_log_dump_history() the log_history list is reinitialized without > resetting the log_history_size. In the next call to rte_log_add_in_history() > the log_history_size > RTE_LOG_HISTORY and the code unconditionally tries > to remove the first entry

[dpdk-dev] [PATCH] app/test: fix default memory assignment

From: Gaetan Rivet Each test requires a certain minimal amount of memory. Spreading memory on all sockets means that the test will get less memory than what it wanted on multi sockets system. So replace all_sockets() with per_sockets(). Also doubled memory on group_5 as current requirement is no

[dpdk-dev] [PATCH] app/testpmd: fix default RX/TX flow control values

From: Ding Zhi This variable has undefined values in some cases. Fixes: 422a20a4e62d ("app/testpmd: fix uninitialized flow control variables") Signed-off-by: Ding Zhi Signed-off-by: David Marchand --- app/test-pmd/cmdline.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[dpdk-dev] [PATCH] ixgbe: fix TSO in IPv6

From: Didier Pallard When TSO is used with IPv6, generated frames are incorrect. L4 frame is OK, but length field of IPv6 header was not populated correctly. Signed-off-by: Didier Pallard --- drivers/net/ixgbe/ixgbe_rxtx.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-)

[dpdk-dev] [PATCH 2/2] ethtool: add new library to provide ethtool-alike APIs

Acked-by: David Harton (dharton) > -Original Message- > From: Liang-Min Larry Wang [mailto:liang-min.wang at intel.com] > Sent: Friday, May 29, 2015 8:38 PM > To: dev at dpdk.org > Cc: bruce.richardson at intel.com; konstantin.ananyev at intel.com; David > Harton > (dharton); Andrew Harv

[dpdk-dev] [PATCH v9 12/12] abi: fix v2.1 abi broken issue

On Mon, 1 Jun 2015 16:48:01 +0800 "Liang, Cunming" wrote: > Hi Stephen, > > On 5/29/2015 11:27 PM, Stephen Hemminger wrote: > > On Fri, 29 May 2015 16:45:25 +0800 > > Cunming Liang wrote: > > > >> +#ifdef RTE_EAL_RX_INTR > >> +extern int > >> rte_eth_dev_rx_intr_ctl(uint8_t port_id, int epf

[dpdk-dev] [PATCH 01/11] ip_pipeline: add parsing for config files with new syntax

On Fri, 29 May 2015 17:43:08 +0200 Maciej Gajdzica wrote: > +/** > + * Find object of name *name* in *obj_array* which is constant size array of > + * elements that have field *name*. > + * > + * @param obj_array > + * Constant size array > + * @param name > + * name of object to find. > + * @r

[dpdk-dev] [PATCH] librte_pmd_fm10k: Fix max_vfs issue in fm10k PMD

2015-05-12 05:30, Qiu, Michael: > Hi, thomas > > What about this patch? It seems this patch was not *really* sent to dev at dpdk.org. Please re-send, keeping the Acked-by line. > On 4/16/2015 4:09 PM, Chen, Jing D wrote: > > From: Michael Qiu [mailto:qiudayu at cn.ibm.com] > >> From: Michael Qiu

[dpdk-dev] [PATCH v9 12/12] abi: fix v2.1 abi broken issue

On Fri, 29 May 2015 16:45:25 +0800 Cunming Liang wrote: > RTE_EAL_RX_INTR will be removed from v2.2. It's only used to avoid > ABI(unannounced) broken in v2.1. > The usrs should make sure understand the impact before turning on the feature. > There are two abi changes required in this interrupt

[dpdk-dev] [PATCH v9 12/12] abi: fix v2.1 abi broken issue

Never mind, had wrong version of one of the patches. On Mon, Jun 1, 2015 at 7:11 AM, Stephen Hemminger wrote: > On Fri, 29 May 2015 16:45:25 +0800 > Cunming Liang wrote: > > > RTE_EAL_RX_INTR will be removed from v2.2. It's only used to avoid > ABI(unannounced) broken in v2.1. > > The usrs shou

[dpdk-dev] [PATCH] ixgbe: fix checking for tx_free_thresh

Hi, Anyone would like to review this patch? Venky sent a NAK, but I've explained to him why it is a bug. Regards, Zoltan On 27/05/15 21:12, Zoltan Kiss wrote: > This check doesn't do what's required by rte_eth_tx_burst: > "When the number of previously sent packets reached the "minimum transmi

[dpdk-dev] [PATCH v2 00/11] Chelsio Terminator 5 (T5) 10G/40G Poll Mode Driver

This series of patches add the CXGBE Poll Mode Driver support for Chelsio Terminator 5 series of 10G/40G adapters. The CXGBE PMD is split into multiple patches. The first patch adds the hardware specific api for all supported Chelsio T5 adapters and the patches from 2 to 8 add the actual DPDK CXG

[dpdk-dev] [PATCH v2 02/11] cxgbe: add cxgbe poll mode driver.

Adds cxgbe poll mode driver for DPDK under drivers/net/cxgbe directory. This patch: 1. Adds the Makefile to compile cxgbe pmd. 2. Registers and initializes the cxgbe pmd driver. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - Move files to new directory under drivers/net/

[dpdk-dev] [PATCH v2 03/11] cxgbe: add device configuration and RX support for cxgbe PMD.

Adds RX support for the cxgbe poll mode driver. This patch: 1. Adds rx queue related eth_dev_ops. 2. Adds RSS support. 3. Adds dev_configure() and dev_infos_get() eth_dev_ops. 4. Adds rx_pkt_burst for receiving packets. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - Thi

[dpdk-dev] [PATCH v2 05/11] cxgbe: add device related operations for cxgbe PMD.

Adds dev_start(), dev_stop(), and dev_close() eth_dev_ops for cxgbe poll mode driver. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - This patch is a subset of patch 2/5 submitted in v1. - Few changes related to tx bug fixes. drivers/net/cxgbe/cxgbe.h| 4 ++ dr

[dpdk-dev] [PATCH v2 06/11] cxgbe: add port statistics for cxgbe PMD.

Adds stats_get() and stats_reset() eth_dev_ops for cxgbe poll mode driver. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - This patch is a subset of patch 2/5 submitted in v1. drivers/net/cxgbe/cxgbe.h| 2 + drivers/net/cxgbe/cxgbe_ethdev.c | 83

[dpdk-dev] [PATCH v2 07/11] cxgbe: add link related functions for cxgbe PMD.

Adds link update, promiscuous and multicast related eth_dev_ops for cxgbe poll mode driver. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - This patch is a subset of patch 2/5 submitted in v1. - Update cxgbe_dev_link_update() to return correct value. drivers/net/cxgbe/cx

[dpdk-dev] [PATCH v2 04/11] cxgbe: add TX support for cxgbe PMD.

Adds TX support for the cxgbe poll mode driver. This patch: 1. Adds tx queue related eth_dev_ops. 2. Adds tx_pkt_burst for transmitting packets. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - This patch is a subset of patch 2/5 submitted in v1. - Few bug fixes for tx pa

[dpdk-dev] [PATCH v2 08/11] cxgbe: add flow control functions for cxgbe PMD.

Adds flow control related eth_dev_ops for cxgbe poll mode driver. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - This patch is a subset of patch 2/5 submitted in v1. drivers/net/cxgbe/cxgbe_ethdev.c | 54 1 file changed, 54 inser

[dpdk-dev] [PATCH v2 01/11] cxgbe: add hardware specific api for all supported Chelsio T5 series adapters.

Adds hardware specific api for all the Chelsio T5 adapters under drivers/net/cxgbe/base directory. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - Move files to new directory under drivers/net/cxgbe/base and update commit log. - Few bug fixes related to tx. drivers/net

[dpdk-dev] [PATCH v2 09/11] doc: add cxgbe PMD documentation under doc/guides/nics/cxgbe.rst

Adds cxgbe poll mode driver documentation under the usual doc/guides/nics/ directory with the rest of the drivers. The documentation covers cxgbe implementation details, features and limitations, prerequisites, configuration, and a sample application usage. Signed-off-by: Rahul Lakkireddy Signed

[dpdk-dev] [PATCH v2 10/11] config: enable cxgbe PMD for compilation and linking.

Changes to: 1. config/common_linuxapp to add macros for cxgbe pmd. 2. drivers/net/Makefile to add cxgbe pmd to the compile list. 3. mk/rte.app.mk to add cxgbe pmd to link. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - Move changes from lib/Makefile to drivers/net/Makefil

[dpdk-dev] [PATCH v2 11/11] maintainers: claim responsibility for cxgbe PMD.

Update MAINTAINERS file to claim responsibility for the cxgbe PMD. Signed-off-by: Rahul Lakkireddy Signed-off-by: Kumar Sanghvi --- v2: - Replace the old cxgbe directory entry with the new entry and order it alphabetically. MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git a

[dpdk-dev] Free up completed TX buffers

On 01/06/15 09:50, Andriy Berestovskyy wrote: > Hi Zoltan, > > On Fri, May 29, 2015 at 7:00 PM, Zoltan Kiss > wrote: >> The easy way is just to increase your buffer pool's size to make >> sure that doesn't happen. > > Go for it! I went for it, my question is whether is it a good and worthwhile