> On May 1, 2018, at 11:53 PM, Nélio Laranjeiro
> wrote:
>
> On Tue, May 01, 2018 at 11:13:20PM -0700, Yongseok Koh wrote:
>> rte_eth_devices[] is not shared between primary and secondary process, but
>> a static array to each process. The backward pointer of device (priv->dev)
>> must be reset
https://dpdk.org/tracker/show_bug.cgi?id=30
Bug ID: 30
Summary: Compilation error while disabling crypto device
library
Product: DPDK
Version: 18.02
Hardware: x86
OS: All
Status: CONFIRMED
On 5/1/2018 2:46 AM, Olivier Matz wrote:
Hi Maxime,
Le 30 avril 2018 17:45:52 GMT+02:00, Maxime Coquelin
a écrit :
Hi Olivier,
On 04/24/2018 04:46 PM, Olivier Matz wrote:
Some parts of dpdk use their own management threads. Most of the
time,
the affinity of the thread is not properly se
On Tue, May 01, 2018 at 06:52:18PM +0100, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Tuesday, May 1, 2018 3:14 PM
> > To: Xing, Beilei ; Zhang, Qi Z
> > Cc: dev@dpdk.org; Yigit, Ferruh ; Ananyev,
> > Konstantin ; Richardson,
> > Bruce
>
> -Original Message-
> From: Richardson, Bruce
> Sent: Wednesday, May 2, 2018 4:25 PM
> To: Ananyev, Konstantin
> Cc: Xing, Beilei ; Zhang, Qi Z ;
> dev@dpdk.org; Yigit, Ferruh
> Subject: Re: [PATCH v2] net/i40e: fix Tx fn selection when using new ethdev
> offloads
>
> On Tue, May 01,
Hi Jiangfeng,
On 05/02/2018 10:19 AM, Tan, Jianfeng wrote:
On 5/1/2018 2:46 AM, Olivier Matz wrote:
Hi Maxime,
Le 30 avril 2018 17:45:52 GMT+02:00, Maxime Coquelin
a écrit :
Hi Olivier,
On 04/24/2018 04:46 PM, Olivier Matz wrote:
Some parts of dpdk use their own management threads. Most
On 5/2/2018 6:34 AM, Shahaf Shuler wrote:
> Tuesday, May 1, 2018 5:01 PM, Ferruh Yigit:
>> Subject: ethdev new offloading API switch in PMDs
>>
>> Hi,
>>
>> Following PMDs still has .txq_flags in use, after basic grep, no in-dept
>> investigation done.
>>
>> With PMDs switch to new API, that flag n
Stored register value to enable jumbo frame was always
overwritten. Assigning value based on rx_buf_size.
Signed-off-by: Ravi Kumar
---
drivers/net/axgbe/axgbe_dev.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/axgbe/axgbe_dev.c b/drivers/net/axgbe/axgbe_dev.c
index d05f9c8..70
Hi Maxime,
On 5/2/2018 4:34 PM, Maxime Coquelin wrote:
Hi Jiangfeng,
On 05/02/2018 10:19 AM, Tan, Jianfeng wrote:
On 5/1/2018 2:46 AM, Olivier Matz wrote:
Hi Maxime,
Le 30 avril 2018 17:45:52 GMT+02:00, Maxime Coquelin
a écrit :
Hi Olivier,
On 04/24/2018 04:46 PM, Olivier Matz wrote:
On 05/02/2018 10:50 AM, Tan, Jianfeng wrote:
Hi Maxime,
On 5/2/2018 4:34 PM, Maxime Coquelin wrote:
Hi Jiangfeng,
On 05/02/2018 10:19 AM, Tan, Jianfeng wrote:
On 5/1/2018 2:46 AM, Olivier Matz wrote:
Hi Maxime,
Le 30 avril 2018 17:45:52 GMT+02:00, Maxime Coquelin
a écrit :
Hi Olivie
On 5/1/2018 6:32 PM, Louis Luo wrote:
> Hi Ferruh,
>
> Thanks for your review! Initially I did use PRIx64 there, but checkpatch.sh
> always failed and complained about it for Camel case. So I just replaced it
> with %lx. I will change it back and resend the review.
Hi Louis,
You are right chec
Hi Lei,
Thanks for the perf report.
On 05/02/2018 07:08 AM, Yao, Lei A wrote:
Hi, Maxime
During the 18.05-rc1 performance testing, I find this patch set will bring
slightly performance drop on mergeable and normal path, and big performance
drop on vector path. Could you have a check on this? I
Hi Jianfeng,
On Wed, May 02, 2018 at 11:05:12AM +0200, Maxime Coquelin wrote:
>
>
> On 05/02/2018 10:50 AM, Tan, Jianfeng wrote:
> > Hi Maxime,
> >
> >
> > On 5/2/2018 4:34 PM, Maxime Coquelin wrote:
> > > Hi Jiangfeng,
> > >
> > > On 05/02/2018 10:19 AM, Tan, Jianfeng wrote:
> > > >
> > > >
On 01-May-18 8:38 PM, Thomas Monjalon wrote:
Fixes: 582bed1e1d1d ("mem: support mapping hugepages at runtime")
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/linuxapp/eal/eal_memalloc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal
02/05/2018 11:28, Burakov, Anatoly:
> On 01-May-18 8:38 PM, Thomas Monjalon wrote:
> > --- a/lib/librte_eal/linuxapp/eal/eal_memalloc.c
> > +++ b/lib/librte_eal/linuxapp/eal/eal_memalloc.c
> > @@ -143,7 +143,7 @@ prepare_numa(int *oldpolicy, struct bitmask *oldmask,
> > int socket_id)
> > }
> >
On Thursday 26 April 2018 03:13 PM, Xu, Rosen wrote:
From: Figo Zhang
add meson build support for iFPGA driver.
Signed-off-by: Figo Zhang
---
drivers/meson.build | 3 ++-
drivers/raw/ifpga_rawdev/base/meson.build | 34 +++
drivers/raw/ifp
On 02-May-18 9:50 AM, Tan, Jianfeng wrote:
Hi Maxime,
On 5/2/2018 4:34 PM, Maxime Coquelin wrote:
Hi Jiangfeng,
On 05/02/2018 10:19 AM, Tan, Jianfeng wrote:
On 5/1/2018 2:46 AM, Olivier Matz wrote:
Hi Maxime,
Le 30 avril 2018 17:45:52 GMT+02:00, Maxime Coquelin
a écrit :
Hi Olivier,
Hi Maxime and Olivier,
[...]
Below patch can fix another strange sigsegv issue in my VM. Please check
if it works for you. I doubt it's use-after-free problem which could
lead to different issues in different env. Please have a try.
diff --git a/lib/librte_eal/common/eal_common_thread.c
b/lib/
On 5/2/2018 5:30 PM, Burakov, Anatoly wrote:
On 02-May-18 9:50 AM, Tan, Jianfeng wrote:
Hi Maxime,
On 5/2/2018 4:34 PM, Maxime Coquelin wrote:
Hi Jiangfeng,
On 05/02/2018 10:19 AM, Tan, Jianfeng wrote:
On 5/1/2018 2:46 AM, Olivier Matz wrote:
Hi Maxime,
Le 30 avril 2018 17:45:52 GMT+0
On 5/1/2018 7:56 PM, Thomas Monjalon wrote:
> 01/05/2018 19:28, Ferruh Yigit:
>> --- a/lib/librte_ethdev/rte_ethdev.c
>> +++ b/lib/librte_ethdev/rte_ethdev.c
>> -static int ethdev_logtype;
>> -
>> -#define ethdev_log(level, fmt, ...) \
>> -rte_log(RTE_LOG_ ## level, ethdev_logtype, fmt "\n", ##
On 05/02/2018 11:32 AM, Tan, Jianfeng wrote:
Hi Maxime and Olivier,
[...]
Below patch can fix another strange sigsegv issue in my VM. Please
check
if it works for you. I doubt it's use-after-free problem which could
lead to different issues in different env. Please have a try.
diff --git a
After below commit, we encounter some strange issue:
1) Dead lock as described here:
http://dpdk.org/ml/archives/dev/2018-April/099806.html
2) SIGSEGV issue when starting a testpmd in VM.
Considering below commit changes to use dynamic memory instead of
stack for memory barrier, we doubt
On Wed, May 02, 2018 at 10:30:56AM +0100, Burakov, Anatoly wrote:
> On 02-May-18 9:50 AM, Tan, Jianfeng wrote:
> > Hi Maxime,
> >
> >
> > On 5/2/2018 4:34 PM, Maxime Coquelin wrote:
> > > Hi Jiangfeng,
> > >
> > > On 05/02/2018 10:19 AM, Tan, Jianfeng wrote:
> > > >
> > > >
> > > > On 5/1/2018
> -Original Message-
> From: Ferruh Yigit
> Sent: Tuesday, May 1, 2018 10:32 PM
> To: Thomas Monjalon
> Cc: Xueming(Steven) Li ; dev@dpdk.org
> Subject: Re: [PATCH] ethdev: fix applications failure on configure
>
> On 5/1/2018 3:12 PM, Thomas Monjalon wrote:
> > 01/05/2018 16:08, Ferru
Hi Olivier and Anatoly,
[...]
Below patch can fix another strange sigsegv issue in my VM. Please check
if it works for you. I doubt it's use-after-free problem which could
lead to different issues in different env. Please have a try.
diff --git a/lib/librte_eal/common/eal_common_thread.c
b/li
02/05/2018 11:58, Xueming(Steven) Li:
> From: Ferruh Yigit
> > Or as Xueming suggested, we can take rss_hf config as best effort and not
> > return error at all.
> >
> > I think this forces PMDs to have up-to-date flow_type_rss_offloads values,
> > is there any other benefit?
> > What was the i
On Wed, May 02, 2018 at 06:01:20PM +0800, Tan, Jianfeng wrote:
> Hi Olivier and Anatoly,
>
> [...]
>
> > > > Below patch can fix another strange sigsegv issue in my VM. Please check
> > > > if it works for you. I doubt it's use-after-free problem which could
> > > > lead to different issues in di
After below commit, we encounter some strange issue:
1) Dead lock as described here:
http://dpdk.org/ml/archives/dev/2018-April/099806.html
2) SIGSEGV issue when starting a testpmd in VM.
Considering below commit changes to use dynamic memory instead of
stack for memory barrier, we doubt
On 5/2/2018 6:08 PM, Olivier Matz wrote:
On Wed, May 02, 2018 at 06:01:20PM +0800, Tan, Jianfeng wrote:
Hi Olivier and Anatoly,
[...]
Below patch can fix another strange sigsegv issue in my VM. Please check
if it works for you. I doubt it's use-after-free problem which could
lead to differe
params is not freed if pthread_create() fails. The fix is
straight-forward.
Fixes: 3d09a6e26d8b ("eal: fix threads block on barrier")
Reported-by: Olivier Matz
Signed-off-by: Jianfeng Tan
---
lib/librte_eal/common/eal_common_thread.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
di
On 4/30/2018 2:02 PM, Thomas Monjalon wrote:
> 30/04/2018 14:57, Bruce Richardson:
>> Hi Thomas, Ferruh, all,
>>
>> Initial testing on RC1 from our System Test and Validation shows a lot of
>> defects/issues, and from the list it appears others may be seeing issues
>> too. These issues, as well as
On 5/1/2018 10:22 PM, Louis Luo wrote:
> Ethdev RX offloads API has changed since: commit ce17eddefc20
> ("ethdev: introduce Rx queue offloads API")
>
> This patch adopts the new RX Offload API in vmxnet3 driver.
>
> Signed-off-by: Louis Luo
> Acked-by: Yong Wang
Applied to dpdk-next-net/maste
On 5/2/2018 4:56 AM, Qi Zhang wrote:
> Add missing queue offload initialization.
>
> Fixes: 7497d3e2f777 ("net/i40e: convert to new Tx offloads API")
> Fixes: c3ac7c5b0b8a ("net/i40e: convert to new Rx offloads API")
>
> Signed-off-by: Qi Zhang
Applied to dpdk-next-net/master, thanks.
On 5/2/2018 9:47 AM, Ravi Kumar wrote:
> Stored register value to enable jumbo frame was always
> overwritten. Assigning value based on rx_buf_size.
>
> Signed-off-by: Ravi Kumar
Updated as:
net/axgbe: fix value always overwritten
Stored register value to enable jumbo frame was always
On Wed, May 02, 2018 at 10:26:32AM +, Jianfeng Tan wrote:
> params is not freed if pthread_create() fails. The fix is
> straight-forward.
>
> Fixes: 3d09a6e26d8b ("eal: fix threads block on barrier")
>
> Reported-by: Olivier Matz
> Signed-off-by: Jianfeng Tan
Reviewed-by: Olivier Matz
> -Original Message-
> From: Zhang, Qi Z
> Sent: Wednesday, May 2, 2018 4:16 AM
> To: Yigit, Ferruh
> Cc: Dai, Wei ; Lu, Wenzhuo ;
> Ananyev, Konstantin ;
> Wang, Xiao W ; dev@dpdk.org; Zhang, Qi Z
>
> Subject: [PATCH 1/3] net/ixgbe: remove dependence on Tx queue flags
>
> Since we m
Hi Jianfeng,
On Wed, May 02, 2018 at 10:17:50AM +, Jianfeng Tan wrote:
> After below commit, we encounter some strange issue:
> 1) Dead lock as described here:
> http://dpdk.org/ml/archives/dev/2018-April/099806.html
> 2) SIGSEGV issue when starting a testpmd in VM.
>
> Considering b
> -Original Message-
> From: Zhang, Qi Z
> Sent: Wednesday, May 2, 2018 4:57 AM
> To: Yigit, Ferruh ; Ananyev, Konstantin
>
> Cc: dev@dpdk.org; Xing, Beilei ; Zhang, Qi Z
>
> Subject: [PATCH v2 1/2] net/i40e: fix queue offload initialize
>
> Add missing queue offload initialization.
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Wednesday, May 2, 2018 5:20 PM
> To: Yao, Lei A ; dev@dpdk.org
> Cc: Bie, Tiwei
> Subject: Re: [dpdk-dev] [PATCH 00/12] Vhost: CVE-2018-1059 fixes
>
> Hi Lei,
>
> Thanks for the perf report.
>
> O
Tuesday, May 1, 2018 11:07 PM, Thomas Monjalon:
> Subject: [PATCH] use SPDX license tag in Mellanox copyrighted files
>
> Some files were left with full license and wrong copyright format.
> They are switched to this format:
> SPDX-License-Identifier: BSD-3-Clause
> Copyright 2017 Mell
Wednesday, May 2, 2018 11:47 AM, Ferruh Yigit:
> Subject: Re: [dpdk-dev] ethdev new offloading API switch in PMDs
>
> On 5/2/2018 6:34 AM, Shahaf Shuler wrote:
> > Tuesday, May 1, 2018 5:01 PM, Ferruh Yigit:
> >> Subject: ethdev new offloading API switch in PMDs
> >>
> >> Hi,
> >>
> >> Following P
On Thursday 26 April 2018 03:13 PM, Xu, Rosen wrote:
From: Rosen Xu
Defined FPGA-BUS for Acceleration Drivers of AFUs
1. FPGA PCI Scan (1st Scan) follows DPDK UIO/VFIO PCI Scan Process,
probe Intel FPGA Rawdev Driver.
2. AFU Scan(2nd Scan) bind DPDK driver to FPGA Partial-Bitstream.
This scan i
On 5/2/2018 1:52 PM, Shahaf Shuler wrote:
> Wednesday, May 2, 2018 11:47 AM, Ferruh Yigit:
>> Subject: Re: [dpdk-dev] ethdev new offloading API switch in PMDs
>>
>> On 5/2/2018 6:34 AM, Shahaf Shuler wrote:
>>> Tuesday, May 1, 2018 5:01 PM, Ferruh Yigit:
Subject: ethdev new offloading API swit
> -Original Message-
> From: Shreyansh Jain [mailto:shreyansh.j...@nxp.com]
> Sent: Wednesday, May 2, 2018 9:14 PM
> To: Xu, Rosen ; dev@dpdk.org
> Cc: Doherty, Declan ; Richardson, Bruce
> ; Yigit, Ferruh ;
> Ananyev, Konstantin ; Zhang, Tianfei
> ; Wu, Hao ;
> gaetan.ri...@6wind.com
> Su
> -Original Message-
> From: Shreyansh Jain [mailto:shreyansh.j...@nxp.com]
> Sent: Wednesday, May 2, 2018 5:47 PM
> To: Xu, Rosen ; dev@dpdk.org; Yigit, Ferruh
>
> Cc: Doherty, Declan ; Richardson, Bruce
> ; Ananyev, Konstantin
> ; Zhang, Tianfei ;
> Wu, Hao ; gaetan.ri...@6wind.com
> Su
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Pablo de Lara
> Sent: Friday, April 27, 2018 3:15 PM
> To: dev@dpdk.org
> Cc: Trahe, Fiona ; shally.ve...@cavium.com;
> ahmed.mans...@nxp.com; ashish.gu...@cavium.com; De Lara Guarch,
> Pablo ; Ashish Gupta
> ; Sh
Wednesday, May 2, 2018 4:28 PM, Ferruh Yigit:
> Subject: Re: [dpdk-dev] ethdev new offloading API switch in PMDs
>
> On 5/2/2018 1:52 PM, Shahaf Shuler wrote:
> > Wednesday, May 2, 2018 11:47 AM, Ferruh Yigit:
> >> Subject: Re: [dpdk-dev] ethdev new offloading API switch in PMDs
> >>
> >> On 5/2/2
Hi Pablo,
Feedback for a small change below.
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Pablo de Lara
> Sent: Friday, April 27, 2018 3:15 PM
> To: dev@dpdk.org
> Cc: Trahe, Fiona ; shally.ve...@cavium.com;
> ahmed.mans...@nxp.com; ashish.gu...@cavium.com; D
After below commit, we encounter some strange issue:
1) Dead lock as described here:
http://dpdk.org/ml/archives/dev/2018-April/099806.html
2) SIGSEGV issue when starting a testpmd in VM.
Considering below commit changes to use dynamic memory instead of
stack for memory barrier, we doubt
Hi Olivier,
On 5/2/2018 7:24 PM, Olivier Matz wrote:
Hi Jianfeng,
On Wed, May 02, 2018 at 10:17:50AM +, Jianfeng Tan wrote:
After below commit, we encounter some strange issue:
1) Dead lock as described here:
http://dpdk.org/ml/archives/dev/2018-April/099806.html
2) SIGSEGV is
should break out of loop when rte_atomic64_cmpset() retruns non-zero.
Fixes: ff2863570fcc ("eal: introduce atomic exchange operation")
Signed-off-by: Konstantin Ananyev
---
lib/librte_eal/common/include/arch/x86/rte_atomic_32.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Item spec and last are wrongly compared to the NIC capability causing a
validation failure when the mask is null.
This validation function should only verify the user is not configuring
unsupported matching fields.
Fixes: 2097d0d1e2cc ("net/mlx5: support basic flow items and actions")
Cc: sta...@d
On Wed, 2 May 2018 10:40:08 +0100
Ferruh Yigit wrote:
> On 5/1/2018 7:56 PM, Thomas Monjalon wrote:
> > 01/05/2018 19:28, Ferruh Yigit:
> >> --- a/lib/librte_ethdev/rte_ethdev.c
> >> +++ b/lib/librte_ethdev/rte_ethdev.c
> >> -static int ethdev_logtype;
> >> -
> >> -#define ethdev_log(level, fmt
On Wed, May 02, 2018 at 01:52:14PM +, Jianfeng Tan wrote:
> After below commit, we encounter some strange issue:
> 1) Dead lock as described here:
> http://dpdk.org/ml/archives/dev/2018-April/099806.html
> 2) SIGSEGV issue when starting a testpmd in VM.
>
> Considering below commit ch
02/05/2018 13:09, Olivier Matz:
> On Wed, May 02, 2018 at 10:26:32AM +, Jianfeng Tan wrote:
> > params is not freed if pthread_create() fails. The fix is
> > straight-forward.
> >
> > Fixes: 3d09a6e26d8b ("eal: fix threads block on barrier")
> >
> > Reported-by: Olivier Matz
> > Signed-off-b
On 5/2/2018 2:44 PM, Shahaf Shuler wrote:
> Wednesday, May 2, 2018 4:28 PM, Ferruh Yigit:
>> Subject: Re: [dpdk-dev] ethdev new offloading API switch in PMDs
>>
>> On 5/2/2018 1:52 PM, Shahaf Shuler wrote:
>>> Wednesday, May 2, 2018 11:47 AM, Ferruh Yigit:
Subject: Re: [dpdk-dev] ethdev new of
02/05/2018 16:56, Olivier Matz:
> On Wed, May 02, 2018 at 01:52:14PM +, Jianfeng Tan wrote:
> > After below commit, we encounter some strange issue:
> > 1) Dead lock as described here:
> > http://dpdk.org/ml/archives/dev/2018-April/099806.html
> > 2) SIGSEGV issue when starting a testp
Since the commit referenced below, compiling mlx4 along with its glue
library (CONFIG_RTE_LIBRTE_MLX4_DLOPEN_DEPS=y) triggers a compilation
failure due to undefined symbols.
They are caused by Verbs calls made directly from the PMD instead of going
through the glue library.
Fixes: ffc7411cabfe ("
The pad value is not used unless element is in pad state, but it
will show up in heap dumps and may be confusing.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/malloc_elem.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_eal/common/malloc_elem.c
b/lib/librte_eal/com
Currently, when deallocating pages, malloc will fixup other
elements' headers if there is not enough space to store a full
element in leftover space. This leads to race conditions because
there are some functions that check for pad size with an unlocked
heap, expecting pad size to be constant.
Fix
Add NULL parameter check for rte_eth_dev_allocated() API call to
eth_ixgbe_pci_probe().
Coverity Issue: 277216
Fixes: cf80ba6e2038 ("net/ixgbe: add support for representor ports")
Signed-off-by: Declan Doherty
---
drivers/net/ixgbe/ixgbe_ethdev.c | 4 +++-
1 file changed, 3 insertions(+), 1 del
Initialise rte_ethdev_args parameters to zero to handle
the case where no devargs are passed to the IXGBE PF on
device probe, so that there is no invalid attempts to create
representor ports.
Coverity Issue: 277231
Fixes: cf80ba6e2038 ("net/ixgbe: add support for representor ports")
Signed-off-by
Changes introduced by cf80ba6e2038 modified the default name generated
for the IXGBE PF PMD, this patch reverts the default name to the
original PCI BDBF.
Fixes: cf80ba6e2038 ("net/ixgbe: add support for representor ports")
Signed-off-by: Declan Doherty
---
drivers/net/ixgbe/ixgbe_ethdev.c | 9 +
02/05/2018 17:38, Anatoly Burakov:
> Currently, when deallocating pages, malloc will fixup other
> elements' headers if there is not enough space to store a full
> element in leftover space. This leads to race conditions because
> there are some functions that check for pad size with an unlocked
>
On 5/2/2018 2:58 PM, Konstantin Ananyev wrote:
> should break out of loop when rte_atomic64_cmpset() retruns non-zero.
>
> Fixes: ff2863570fcc ("eal: introduce atomic exchange operation")
>
> Signed-off-by: Konstantin Ananyev
Reviewed-by: Ferruh Yigit
Tested-by: Ferruh Yigit
On 5/2/2018 4:59 PM, Declan Doherty wrote:
> Changes introduced by cf80ba6e2038 modified the default name generated
> for the IXGBE PF PMD, this patch reverts the default name to the
> original PCI BDBF.
>
> Fixes: cf80ba6e2038 ("net/ixgbe: add support for representor ports")
> Signed-off-by: Decl
On 5/2/2018 5:48 PM, Ferruh Yigit wrote:
> On 5/2/2018 4:59 PM, Declan Doherty wrote:
>> Changes introduced by cf80ba6e2038 modified the default name generated
>> for the IXGBE PF PMD, this patch reverts the default name to the
>> original PCI BDBF.
>>
>> Fixes: cf80ba6e2038 ("net/ixgbe: add suppor
Wednesday, May 2, 2018 1:06 PM, Thomas Monjalon:
> Subject: Re: [dpdk-dev] [PATCH] ethdev: fix applications failure on configure
>
> 02/05/2018 11:58, Xueming(Steven) Li:
> > From: Ferruh Yigit
> > > Or as Xueming suggested, we can take rss_hf config as best effort and
> not return error at all.
This patch set introduces DPAA2 based QDMA device driver.
It provide means to initiate a DMA transaction from CPU.
The initiated DMA is performed without CPU being involved
in the actual DMA transaction.
This patch series is rebased on dpdk master branch
Patch 1:
Support meson build in raw
Pat
Signed-off-by: Shreyansh Jain
Signed-off-by: Nipun Gupta
---
drivers/meson.build | 3 ++-
drivers/raw/meson.build | 7 +++
drivers/raw/skeleton_rawdev/meson.build | 8
3 files changed, 17 insertions(+), 1 deletion(-)
create mode 100644 drivers/ra
This patch adds the DPDMAI (Data Path DMA Interface)
object support in MC driver.
Signed-off-by: Cristian Sovaiala
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
drivers/bus/fslmc/Makefile | 9 +-
drivers/bus/fslmc/mc/dpdmai.c | 429 +++
'dpdmai' devices detected on fsl-mc bus are represented by DPAA2 QDMA
devices in DPDK.
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
drivers/bus/fslmc/fslmc_bus.c | 2 ++
drivers/bus/fslmc/fslmc_vfio.c | 1 +
drivers/bus/fslmc/rte_fslmc.h | 2 ++
3 files changed, 5 insertions(+)
di
Signed-off-by: Nipun Gupta
Acked-by: Hemant Agrawal
Acked-by: Shreyansh Jain
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
b/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
index e081afb..0
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
doc/api/doxy-api-index.md | 1 +
doc/api/doxy-api.conf | 1 +
drivers/raw/dpaa2_qdma/Makefile| 2 +
drivers/raw/dpaa2_qdma/dpaa2_qdma.c| 375 +++
DPAA2 QDMA driver uses MC DPDMAI object. This driver enables
the user (app) to perform data DMA without involving CPU in
the DMA process
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
MAINTAINERS| 8 +
config/common_base
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
drivers/raw/dpaa2_qdma/dpaa2_qdma.c| 333 +
drivers/raw/dpaa2_qdma/dpaa2_qdma.h| 21 ++
drivers/raw/dpaa2_qdma/rte_pmd_dpaa2_qdma.h| 70 +
.../raw/dpaa2_qdma/rte_pmd_dpaa2_qd
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
MAINTAINERS| 1 +
doc/guides/index.rst | 1 +
doc/guides/rawdevs/dpaa2_qdma.rst | 140 +
doc/guides/rawdevs/index.rst | 14
doc/guides/re
On 5/2/2018 4:28 PM, Adrien Mazarguil wrote:
> Since the commit referenced below, compiling mlx4 along with its glue
> library (CONFIG_RTE_LIBRTE_MLX4_DLOPEN_DEPS=y) triggers a compilation
> failure due to undefined symbols.
>
> They are caused by Verbs calls made directly from the PMD instead of
This patch set introduces DPAA2 based Command Interface
device driver.
This driver is provides communication between the GPP and
AIOP Firmware.
This patchset is based on top of:
https://dpdk.org/dev/patchwork/patch/39246/
Patches 1-3:
Makes necessary changes and fixes in the DPAA2 bus and
me
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
drivers/bus/fslmc/rte_bus_fslmc_version.map | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/bus/fslmc/rte_bus_fslmc_version.map
b/drivers/bus/fslmc/rte_bus_fslmc_version.map
index 70fb719..d433714 100644
--- a/drivers/bus/fslmc
There are two API's which are required by NXP specific Command Interface
Application (AIOP CMDIF). This patch exposes these two API's.
Signed-off-by: Nipun Gupta
---
doc/api/doxy-api-index.md | 1 +
doc/api/doxy-api.conf | 1 +
drivers/memp
Signed-off-by: Nipun Gupta
---
MAINTAINERS| 4 +
config/common_base | 5 +
config/common_linuxapp | 1 +
drivers/raw/Makefile | 1 +
drivers/raw/dpaa2_cmdif/Ma
Signed-off-by: Nipun Gupta
---
drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c
b/drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c
index e3e2b64..bdd7c16 100644
--- a/drivers/raw/dpaa2_cmdif/dpaa2_cmdi
The DPCI devices have oth Tx and Rx queues. Event devices use
DPCI Rx queues only, but CMDIF (AIOP) uses both Tx and Rx queues.
This patch enables Tx queues configuration too.
Signed-off-by: Nipun Gupta
Acked-by: Shreyansh Jain
---
drivers/bus/fslmc/portal/dpaa2_hw_dpci.c | 86 +
Signed-off-by: Nipun Gupta
---
doc/api/doxy-api-index.md | 1 +
doc/api/doxy-api.conf | 1 +
drivers/raw/dpaa2_cmdif/Makefile | 2 +
drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c | 136 ++
drivers/raw/dpaa2_cmd
Signed-off-by: Nipun Gupta
Acked-by: Marko Kovacevic
---
MAINTAINERS| 1 +
doc/guides/rawdevs/dpaa2_cmdif.rst | 144 +
doc/guides/rawdevs/index.rst | 1 +
doc/guides/rel_notes/release_18_05.rst | 11 +++
4 files chang
02/05/2018 18:44, Ferruh Yigit:
> On 5/2/2018 2:58 PM, Konstantin Ananyev wrote:
> > should break out of loop when rte_atomic64_cmpset() retruns non-zero.
> >
> > Fixes: ff2863570fcc ("eal: introduce atomic exchange operation")
> >
> > Signed-off-by: Konstantin Ananyev
>
> Reviewed-by: Ferruh Y
On 5/2/2018 6:09 PM, Shahaf Shuler wrote:
> Wednesday, May 2, 2018 1:06 PM, Thomas Monjalon:
>> Subject: Re: [dpdk-dev] [PATCH] ethdev: fix applications failure on configure
>>
>> 02/05/2018 11:58, Xueming(Steven) Li:
>>> From: Ferruh Yigit
Or as Xueming suggested, we can take rss_hf config a
Wednesday, May 2, 2018 6:18 PM, Ferruh Yigit:
> Subject: Re: [dpdk-dev] ethdev new offloading API switch in PMDs
>
> On 5/2/2018 2:44 PM, Shahaf Shuler wrote:
> > Wednesday, May 2, 2018 4:28 PM, Ferruh Yigit:
> >> Subject: Re: [dpdk-dev] ethdev new offloading API switch in PMDs
> >>
> >> On 5/2/20
When populating a mempool with the default function, if there is not
enough virtually contiguous memory for the whole mempool, it will be
populated with several chunks. A chunk of the maximum available length
is requested with:
mz = rte_memzone_reserve_aligned(..., len=0, ..., align=x)
If align
I've encountered a couple scenarios with vmxnet3 (dpdk 2.2 and 16.07) that look
pretty much identical to this:
http://dpdk.org/ml/archives/users/2016-October/001063.html
Do we have a maintainer for the vmxnet3 driver? I tried emailing the one
listing in the MAINTAINERS file but the mail bounced
30/04/2018 14:50, Bruce Richardson:
> On Mon, Apr 30, 2018 at 12:21:43PM +0100, Anatoly Burakov wrote:
> > When we ask to reserve virtual areas, we usually include
> > alignment in the mapping size, and that memory ends up
> > being wasted. Wasting a gigabyte of VA space while trying to
> > reserve
02/05/2018 22:38, David Harton (dharton):
> I've encountered a couple scenarios with vmxnet3 (dpdk 2.2 and 16.07) that
> look pretty much identical to this:
> http://dpdk.org/ml/archives/users/2016-October/001063.html
>
> Do we have a maintainer for the vmxnet3 driver? I tried emailing the one
A new DPDK release candidate is ready for testing:
https://dpdk.org/browse/dpdk/tag/?id=v18.05-rc2
The release notes are not updated in this RC2:
http://dpdk.org/doc/guides/rel_notes/release_18_05.html
None of the features planned for RC2 is merged.
It is a release candidate to fi
Hi Dave,
The previous maintainer, Shri, has left VMware. Now Yong is taking the
maintainer's role and I will work on the vmxnet3 driver. I haven't heard from
Shri about the issue before. We can setup a testbed to reproduce the issue. Can
you describe your setup? The issue reported by Paul in th
rte_eth_devices[] is not shared between primary and secondary process, but
a static array to each process. The reverse pointer of device (priv->dev)
is invalid. Instead, priv has the pointer to shared data of the device,
struct rte_eth_dev_data *dev_data;
Two macros are added,
#define port_id(
This is the new design of Memory Region (MR) for mlx PMD, in order to:
- Accommodate the new memory hotplug model.
- Support non-contiguous Mempool.
This patchset should be applied after:
net/mlx5: change device reference for secondary process
Yongseok Koh (5):
net/mlx5: trim debug messages f
Remove debug messages when getting an object. When releasing an object,
debug message will be printed only if the object is really freed.
Signed-off-by: Yongseok Koh
---
drivers/net/mlx5/mlx5_mr.c | 7 ++-
drivers/net/mlx5/mlx5_rxq.c | 36 +---
drivers/net/m
This patch removes current support of Memory Region (MR) in order to
accommodate the dynamic memory hotplug patch. This patch can be compiled
but traffic can't flow and HW will raise faults. Subsequent patches will
add new MR support.
Signed-off-by: Yongseok Koh
---
config/common_base
This is the new design of Memory Region (MR) for mlx PMD, in order to:
- Accommodate the new memory hotplug model.
- Support non-contiguous Mempool.
Signed-off-by: Yongseok Koh
---
drivers/net/mlx5/mlx5.c | 45 ++
drivers/net/mlx5/mlx5.h | 22 +
drivers/net/mlx5/mlx5_defs.h
1 - 100 of 126 matches
Mail list logo
