On 11 February 2016 at 16:27, N?lio Laranjeiro
wrote:
> On Tue, Feb 02, 2016 at 11:30:59PM +0100, Marc wrote:
> > On 2 February 2016 at 03:20, Stephen Hemminger <
> stephen at networkplumber.org>
> > wrote:
> >
> > > On Thu, 28 Jan 2016 17:33:20 +
> > > Harish Patil wrote:
> > >
> > > > * Ad
On Thu, Feb 11, 2016 at 12:46:33PM +0100, Thomas Monjalon wrote:
> 2016-01-29 09:40, Jerin Jacob:
> > --- a/lib/librte_lpm/Makefile
> > +++ b/lib/librte_lpm/Makefile
> > +ifneq ($(filter y,$(CONFIG_RTE_ARCH_ARM) $(CONFIG_RTE_ARCH_ARM64)),)
> > +SYMLINK-$(CONFIG_RTE_LIBRTE_LPM)-include += rte_lpm_ne
2016-02-12 12:17, Jerin Jacob:
> On Thu, Feb 11, 2016 at 12:46:33PM +0100, Thomas Monjalon wrote:
> > 2016-01-29 09:40, Jerin Jacob:
> > > --- a/lib/librte_lpm/Makefile
> > > +++ b/lib/librte_lpm/Makefile
> > > +ifneq ($(filter y,$(CONFIG_RTE_ARCH_ARM) $(CONFIG_RTE_ARCH_ARM64)),)
> > > +SYMLINK-$(C
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara
> Sent: Thursday, February 04, 2016 8:26 AM
> To: Doherty, Declan
> Cc: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2 0/4] Various fixes for L2fwd-crypto
> Importance: High
>
> This patchset in
This patchset includes param handling, typo and
statistics fixes in the L2fwd-crypto sample app.
Changes in v3:
- Reset all accumulated stats
Changes in v2:
- Include "Fixes" line
Pablo de Lara (4):
l2fwd-crypto: fix total stats
l2fwd-crypto: fix incorrect params in command line help
l2fw
Reset total statistics (sum of all port statistics) before
adding up the new accumulated statistics per port.
Fixes: 387259bd6c67 ("examples/l2fwd-crypto: add sample application")
Signed-off-by: Pablo de Lara
---
examples/l2fwd-crypto/main.c | 13 +
1 file changed, 9 insertions(+),
Fixes: 387259bd6c67 ("examples/l2fwd-crypto: add sample application")
Signed-off-by: Pablo de Lara
---
examples/l2fwd-crypto/main.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/examples/l2fwd-crypto/main.c b/examples/l2fwd-crypto/main.c
index 113d8f5..86797c6 100644
---
Fixes: 387259bd6c67 ("examples/l2fwd-crypto: add sample application")
Signed-off-by: Pablo de Lara
---
examples/l2fwd-crypto/main.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/examples/l2fwd-crypto/main.c b/examples/l2fwd-crypto/main.c
index 86797c6..b4b457d 100644
Fixes: 387259bd6c67 ("examples/l2fwd-crypto: add sample application")
Signed-off-by: Pablo de Lara
---
examples/l2fwd-crypto/main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/examples/l2fwd-crypto/main.c b/examples/l2fwd-crypto/main.c
index b4b457d..4d5a5a4 100644
--
Introduced rte_prefetch_non_temporal() to remove IA specific _mm_prefect(addr,
0)
gcc intrinsic and build examples/distributor for non 86 platform
Not sure the rte_prefetch_non_temporal mapping correct for
all the platforms. Architecture maintainers please check the mapping for
rte_prefetch_non_t
non-temporal/transient/stream version of rte_prefetch0()
The non-temporal prefetch is intended as a prefetch hint that processor
will use the prefetched data only once or short period,
unlike the rte_prefetch0() function which imply that
prefetched data to use repeatedly.
Signed-off-by: Jerin Jac
use rte_prefetch_non_temporal() abstraction instead of _mm_prefetch(x, 0)
to in-order to build distributor application for non x86 platforms
Signed-off-by: Jerin Jacob
---
examples/distributor/main.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/examples/distributo
On 02/10/2016 11:18 PM, Keith Wiles wrote:
> The rte_mempool structure is changed, which will cause an ABI change
> for this structure. Providing backward compat is not reasonable
> here as this structure is used in multiple defines/inlines.
>
> Allow mempool cache support to be dynamic depending o
>
> > -Original Message-
> > From: Kulasek, TomaszX
> > Sent: Tuesday, February 09, 2016 5:03 PM
> > To: Ananyev, Konstantin; dev at dpdk.org
> > Subject: RE: [dpdk-dev] [PATCH 1/2] ethdev: add buffered tx api
> >
> >
> >
> > > -Original Message-
> > > From: Ananyev, Konstantin
>
Add missing code to free adapter when the device initialization fails.
Fixes: 8318984927ff ("cxgbe: add pmd skeleton")
Reported-by: Seth Arnold
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
drivers/net/cxgbe/cxgbe_ethdev.c | 7 ++-
1 file changed, 6 insertions(+), 1 del
On 02/10/2016 08:02 PM, Thomas Monjalon wrote:
> 2016-02-10 18:01, Wiles, Keith:
> --- a/config/defconfig_x86_64-native-linuxapp-gcc
> +++ b/config/defconfig_x86_64-native-linuxapp-gcc
> @@ -40,3 +40,8 @@ CONFIG_RTE_ARCH_64=y
>
> CONFIG_RTE_TOOLCHAIN="gcc"
> CONFIG_RTE_T
Hi!
Since I was maintaining an internal tree with patches related to
vhost/virtio, I decided to make this staging tree public. It is
useful to me and I hope it will be useful to others.
Collecting patches like this allows tracking dependencies between
patches, their improvement etc. I also rebase
On Tue, Jan 19, 2016 at 03:47:06PM +0530, Rahul Lakkireddy wrote:
> Patch 1 fixes a segfault due to an incorrect size allocated for
> each entry in the rss table.
>
> Patch 2 fixes an issue with setting wrong device mtu.
>
> Rahul Lakkireddy (2):
> cxgbe: fix segfault due to incorrect size allo
On Fri, Feb 12, 2016 at 05:15:30PM +0530, Rahul Lakkireddy wrote:
> Add missing code to free adapter when the device initialization fails.
>
> Fixes: 8318984927ff ("cxgbe: add pmd skeleton")
>
> Reported-by: Seth Arnold
> Signed-off-by: Rahul Lakkireddy
> Signed-off-by: Kumar Sanghvi
> ---
>
On Wed, Jan 20, 2016 at 04:57:14PM +0800, Jingjing Wu wrote:
> Previously, DCB is only enabled on PF, queue mapping and BW
> configuration is only done on PF vsi. This patch enabled DCB
> for VMDQ vsis by following steps:
> 1. Take BW and ETS configuration on VEB.
> 2. Take BW and ETS configurati
- This patch enables lpm for ARM
- Used architecture agnostic xmm_t to represent 128 bit SIMD variable in
rte_lpm_lookupx4 API definition
- Tested on Juno and Thunderx boards
- Tested and verified the changes with following DPDK unit test cases
--lpm_autotest
--lpm6_autotest
v1..v2
-Used architecture agnostic xmm_t to represent 128 bit SIMD variable
-Introduced vect_* API abstraction in app/test to test rte_lpm_lookupx4
API in architecture agnostic way
-Moved rte_lpm_lookupx4 SSE implementation to architecture specific
rte_lpm_sse.h file to accommodate new rte_lpm_lookupx4
Enabled CONFIG_RTE_LIBRTE_LPM, CONFIG_RTE_LIBRTE_TABLE,
CONFIG_RTE_LIBRTE_PIPELINE libraries for arm and arm64
TABLE, PIPELINE libraries were disabled due to LPM library dependency.
Signed-off-by: Jerin Jacob
Signed-off-by: Jianbo Liu
---
app/test/test_xmmt_ops.h | 20
Signed-off-by: Jerin Jacob
---
MAINTAINERS | 3 +++
1 file changed, 3 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b90aeea..e3fab58 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -138,6 +138,9 @@ M: Jerin Jacob
M: Jianbo Liu
F: lib/librte_eal/common/include/arch/arm/*_64.h
F: l
On 01/28/2016 04:31 PM, Bernard Iremonger wrote:
> add config/defconfig_x86_64-default-linuxapp-gcc file.
>
> Signed-off-by: Bernard Iremonger
> ---
> config/defconfig_x86_64-default-linuxapp-gcc | 42
>
> 1 file changed, 42 insertions(+)
> create mode 100644 con
This work is to make DPDK ports more visible and to enable using common
Linux tools to configure DPDK ports.
Patch is based on KNI but contains only control functionality of it,
also this patch does not include any Linux kernel network driver as
part of it.
Basically with the help of a kernel mod
This kernel module is based on KNI module, but this one is stripped
version of it and only for control messages, no data transfer
functionality provided.
This Linux kernel module helps userspace application create virtual
interfaces and when a control command issued into that virtual
interface, mo
This library gets control messages form kernelspace and forwards them to
librte_ether and returns response back to the kernelspace.
Library does:
1) Trigger Linux virtual interface creation
2) Initialize the netlink socket communication
3) Provides process() API to the application that does proces
Control interface APIs added into the sample application.
To have the support corresponding kernel module (KCP) needs to be inserted.
If kernel module is not there, application will run as it is without
kernel control path support.
When KCP module inserted, running application creates a virtual L
Hi Xutao,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Xutao Sun
> Sent: Thursday, January 28, 2016 10:26 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3 4/4] app/test-pmd: test tunnel filter for IP in
> GRE
>
> This patch add some options in tun
Hi Wenzhuo,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Tuesday, February 02, 2016 6:57 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2 0/7] support E-tag offloading and forwarding
> on Intel X550 NIC
>
> This patch set adds t
2016-02-12 13:23, Panu Matilainen:
> On 02/10/2016 11:18 PM, Keith Wiles wrote:
> > static inline void *rte_mempool_get_priv(struct rte_mempool *mp)
> > {
> > +#ifdef RTE_NEXT_ABI
> > + return (char *)mp +
> > + MEMPOOL_HEADER_SIZE(mp, mp->pg_num, mp->cache_size);
> > +#else
> >
On 02/10/2016 04:20 PM, Zhang, Helin wrote:
>
>
>> -Original Message-
>> From: Julien Meunier [mailto:julien.meunier at 6wind.com]
>> Sent: Wednesday, February 10, 2016 12:36 AM
>> To: Zhang, Helin ; dev at dpdk.org
>> Subject: i40e: cannot change mtu to enable jumbo frame
>> [...]
>> Does
On 02/12/2016 03:57 PM, Thomas Monjalon wrote:
> 2016-02-12 13:23, Panu Matilainen:
>> On 02/10/2016 11:18 PM, Keith Wiles wrote:
>>>static inline void *rte_mempool_get_priv(struct rte_mempool *mp)
>>>{
>>> +#ifdef RTE_NEXT_ABI
>>> + return (char *)mp +
>>> + MEMPOOL_HEADER_SIZE
On Fri, Jan 22, 2016 at 09:09:26AM +0800, Jingjing Wu wrote:
> This patch implemented the ops of adding and removing mac
> address in i40evf driver. Functions are assigned like:
> .mac_addr_add= i40evf_add_mac_addr,
> .mac_addr_remove = i40evf_del_mac_addr,
> To support multiple mac addres
This patch set include design to capture dpdk port packets for tcpdump.
This patch set include test-pmd changes to verify patch set given in
Dependencies 1.
Current patch set is dependent on below patch set. Below patch set must be
applied before applying current patch set.
Dependencies 1:
ht
Made testpmd changes to validate nb_rxq/nb_txq zero
value changes of librte_ether.
Signed-off-by: Reshma Pattan
---
app/test-pmd/cmdline.c| 11 +--
app/test-pmd/parameters.c | 14 +-
app/test-pmd/testpmd.c| 28 +---
3 files changed, 39 in
Added new public api to create pcap device from pcaps.
Added new header file for API declaration.
Added new public api to version map
Signed-off-by: Reshma Pattan
---
drivers/net/pcap/Makefile |4 +-
drivers/net/pcap/rte_eth_pcap.c | 156 +--
Added "--tcupdump and "--src-ip-filter" command line options
for tcpdump support.
Added pcap device creation and writing of packets to pcap device
for tcpdump.
Added socket functionality to communicate with primary process.
Signed-off-by: Reshma Pattan
---
app/proc_info/main.c | 451 +++
Added tcpdump functionality to eal interrupt thread.
Enhanced interrupt thread to support tcpdump socket
and message processing from secondary.
Created new mempool and rings to handle packets of tcpdump.
Added rte_eth_rxtx_callbacks for ingress/egress packets processing
for tcpdump.
Added funct
Added tcpdump design changes to proc_info section of
sample application user guide.
Added tcpdump design changes to env abstraction layer section
of programmers guide.
Updated Release notes.
Signed-off-by: Reshma Pattan
---
doc/guides/rel_notes/release_16_04.rst |9 ++---
1 files changed
2016-02-12 14:31, Panu Matilainen:
> On 01/28/2016 04:31 PM, Bernard Iremonger wrote:
> > add config/defconfig_x86_64-default-linuxapp-gcc file.
>
> There was a related discussion back in March, see
> http://dpdk.org/ml/archives/dev/2015-March/014626.html
>
> I intended to go with that and submit
>On 02/12/2016 03:57 PM, Thomas Monjalon wrote:
>> 2016-02-12 13:23, Panu Matilainen:
>>> On 02/10/2016 11:18 PM, Keith Wiles wrote:
static inline void *rte_mempool_get_priv(struct rte_mempool *mp)
{
+#ifdef RTE_NEXT_ABI
+ return (char *)mp +
+ MEMPOOL_HEADE
2016-02-12 15:07, Wiles, Keith:
> >On 02/12/2016 03:57 PM, Thomas Monjalon wrote:
> >> 2016-02-12 13:23, Panu Matilainen:
> >>> On 02/10/2016 11:18 PM, Keith Wiles wrote:
> static inline void *rte_mempool_get_priv(struct rte_mempool *mp)
> {
> +#ifdef RTE_NEXT_ABI
> +
Hi,
On 02/12/2016 04:38 PM, Thomas Monjalon wrote:
> OK, I'm going to sum it up with new words and let the conclusion comes
> from Keith, Panu and Olivier.
>
> We agreed to allow ABI breaking if a notification was done in the
> previous release.
> Keith has sent a notification for 16.04 so the "o
>2016-02-12 15:07, Wiles, Keith:
>> >On 02/12/2016 03:57 PM, Thomas Monjalon wrote:
>> >> 2016-02-12 13:23, Panu Matilainen:
>> >>> On 02/10/2016 11:18 PM, Keith Wiles wrote:
>> static inline void *rte_mempool_get_priv(struct rte_mempool *mp)
>> {
>> +#ifdef RTE_NEXT_ABI
>> >>>
>Hi,
>
>On 02/12/2016 04:38 PM, Thomas Monjalon wrote:
>> OK, I'm going to sum it up with new words and let the conclusion comes
>> from Keith, Panu and Olivier.
>>
>> We agreed to allow ABI breaking if a notification was done in the
>> previous release.
>> Keith has sent a notification for 16.04
This patch adds new function rte_jobstats_abort. It marks *job* as finished and
time of this work will be add to management time instead of execution time. This
function should be used instead of rte_jobstats_finish if condition occurs,
condition is defined by the application for example when recei
On 02/12/2016 12:44 PM, Ananyev, Konstantin wrote:
>
>>
>>> -Original Message-
...
>>
>> In that case we don't need to make any changes at rte_ethdev.[h,c] to
>> alloc/free/maintain tx_buffer inside each queue...
>> It all will be upper layer responsibility.
>> So no need to modify existin
On Fri, Feb 12, 2016 at 04:04:07PM +0100, Thomas Monjalon wrote:
> 2016-02-12 14:31, Panu Matilainen:
> > On 01/28/2016 04:31 PM, Bernard Iremonger wrote:
> > > add config/defconfig_x86_64-default-linuxapp-gcc file.
> >
> > There was a related discussion back in March, see
> > http://dpdk.org/ml/a
Add a proper ifeq statement to set the mcpu as needed for ppc64el, as
the only one originally set is not valid for ppc architectures.
Signed-off-by: Fernando Seiti Furusato
---
mk/machine/default/rte.vars.mk | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/mk/machine/defa
2016-02-12 16:59, Ferruh Yigit:
> On Fri, Feb 12, 2016 at 04:04:07PM +0100, Thomas Monjalon wrote:
> > 2016-02-12 14:31, Panu Matilainen:
> > > On 01/28/2016 04:31 PM, Bernard Iremonger wrote:
> > > > add config/defconfig_x86_64-default-linuxapp-gcc file.
> > >
> > > There was a related discussion
On Fri, Feb 12, 2016 at 06:13:49PM +0100, Thomas Monjalon wrote:
> 2016-02-12 16:59, Ferruh Yigit:
> > On Fri, Feb 12, 2016 at 04:04:07PM +0100, Thomas Monjalon wrote:
> > > 2016-02-12 14:31, Panu Matilainen:
> > > > On 01/28/2016 04:31 PM, Bernard Iremonger wrote:
> > > > > add config/defconfig_x8
On Fri, Feb 12, 2016 at 05:40:02PM +0100, Ivan Boule wrote:
> On 02/12/2016 12:44 PM, Ananyev, Konstantin wrote:
> >
> >>
> >>>-Original Message-
> ...
> >>
> >>In that case we don't need to make any changes at rte_ethdev.[h,c] to
> >>alloc/free/maintain tx_buffer inside each queue...
> >>
2016-02-12 12:05, Fernando Seiti Furusato:
> Add a proper ifeq statement to set the mcpu as needed for ppc64el, as
> the only one originally set is not valid for ppc architectures.
What is the benefit of using the default machine config, compared to
the power8 one?
Don't you think the default mac
Sending a ping for the following patch,
http://dpdk.org/dev/patchwork/patch/7010/ and email
http://dpdk.org/ml/archives/dev/2015-September/023529.html
Converts a couple of INFO logs to DEBUG.
Regards,
Keith
Sergio, Anatoly, David,
It is not so obvious to decide the log level. Please comment or ack.
2015-09-10 14:40, Keith Wiles:
> When log level is set to 7 (INFO) these messages are still displayed
> and should be set to DEBUG.
>
> Signed-off-by: Keith Wiles
> ---
> lib/librte_eal/common/eal_commo
The rte_mempool structure is changed, which will cause an ABI change
for this structure. Providing backward compat is not reasonable
here as this structure is used in multiple defines/inlines.
Allow mempool cache support to be dynamic depending on if the
mempool being created needs cache support.
Deprecation notice for 16.04 for changes to occur in
release 16.07 for rte_mempool memory reduction.
Signed-off-by: Keith Wiles
---
doc/guides/rel_notes/deprecation.rst | 10 ++
1 file changed, 10 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_notes/de
Hello Thomas.
Thanks for your quick response.
On 02/12/2016 03:37 PM, Thomas Monjalon wrote:
> 2016-02-12 12:05, Fernando Seiti Furusato:
>> Add a proper ifeq statement to set the mcpu as needed for ppc64el, as
>> the only one originally set is not valid for ppc architectures.
>
> What is the bene
Signed-off-by: Matthew Hall
---
lib/librte_eal/linuxapp/eal/eal_interrupts.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal_interrupts.c
b/lib/librte_eal/linuxapp/eal/eal_interrupts.c
index 06b26a9..b33ccdb 100644
--- a/lib/librte_eal/linuxapp/eal/eal_interru
2016-02-10 22:54, Luca Boccassi:
> I created a set of patches for Valgrind that add support for the rte_*alloc
> family of functions. We use it for memcheck
Hi Luca,
This is awesome stuff:
==18730== Source and destination overlap in memcpy(0x6851c00, 0x6851c00, 4144)
==18730==at 0x4C30573:
62 matches
Mail list logo
