Current LiquidIO PMD only supports 10G link speed. A 25G variant of
LiquidIO II CN23XX is available and this series adds support for that.
Shijith Thotton (2):
net/liquidio: add support for 25G link speed
doc: update supported liquidio adapters
doc/guides/nics/liquidio.rst | 4 ++--
dri
Add CN23XX 225SV to the list of supported LiquidIO adapters.
Signed-off-by: Shijith Thotton
---
doc/guides/nics/liquidio.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/guides/nics/liquidio.rst b/doc/guides/nics/liquidio.rst
index b7c80c5..f04cb16 100644
--- a/doc
Add case to handle 25G link speed and thereby support
LiquidIO II CN23XX 225SV (2x25G) adapter.
Signed-off-by: Shijith Thotton
---
drivers/net/liquidio/lio_ethdev.c | 3 +++
drivers/net/liquidio/lio_ethdev.h | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/net/liqui
Hi:
I want to get help from you. I have tried my best, but I still have no
idea about this problem.
I need to use SR-IOV on my environment, when using 82599_vf, it works
fine, but when I ran it on X550EM_x_vf, it can receive packets but cant
xmit packets which means it can't send out from
On Wed, Apr 19, 2017 at 01:26:01PM +0800, Yuanhan Liu wrote:
> For zero copy mode, we need pin the mbuf to not let the underlaying PMD
> driver (or the app) free the mbuf. Currently, only the heading mbuf is
> pinned. However, the mbuf free function would try to free all mbufs
> in the mbuf chain (
Hi folks,
In virtio multiqueue configuration, for a given 4-tuple, how could I
figure out the index of the receive queue in which that flow would
land? Some of the email threads I came across gave the impression
that virtio does not implement RSS. My tests too gave similar
results.
Could someon
18/04/2017 15:04, Olivier MATZ:
> On Fri, 14 Apr 2017 14:10:33 +0100, Ferruh Yigit
wrote:
> > > 2017-04-04 18:27, Olivier Matz:
> > >> Once this patchset is pushed, the Rx path of drivers could be optimized
> > >> a bit, by removing writes to m->next, m->nb_segs and m->refcnt. The
> > >> patch 4/
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Tuesday, April 18, 2017 3:34 PM
> To: dev@dpdk.org
> Cc: zbigniew.bo...@caviumnetworks.com;
> jerin.ja...@caviumnetworks.com; Doherty, Declan
> ; Zhang, Roy Fan ;
> De Lara Guarch, Pablo
> Subject: [PATCH 1/2] drivers/crypto: che
>
> We has already test on 16 node server, everything is fine, without any issue.
>
> Testcase as follows:
> I. with dpdk args -c 0xf, test pass
> II. with 32 forward-lcores, each node with 2 lcores(total 16 nodes), test
> pass
> III. with forward lcore id greater than 128, test pass
> IV.
I have the same problem on my 82599 nic, after I turnoff the jumbo_frame,
it works.
you can try rte_eth_dev_configure with the dev_conf.jumbo_frame = 0.
On Tue, Jul 12, 2016 at 2:43 PM, Lu, Wenzhuo wrote:
> From: Garik E [mailto:kira...@gmail.com]
> Sent: Tuesday, July 12, 2016 12:48 PM
> To: Lu
build error:
.../drivers/net/xenvirt/rte_eth_xenvirt.c:676:9:
error: ‘struct rte_eth_dev’ has no member named ‘driver’
eth_dev->driver = NULL;
^~
ethdev driver removed, removing assignment to it to fix the build error
Fixes: 9dca21fb80b6 ("ethdev: remove ethdev driver")
Signed-off-by:
On 4/18/2017 8:24 PM, Ed Czeck wrote:
> Thanks Ferruh, It all looks good and our tests pass
>
> Acked-by: Ed Czeck
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Tuesday, April 18, 2017 3:34 PM
> To: dev@dpdk.org
> Cc: zbigniew.bo...@caviumnetworks.com;
> jerin.ja...@caviumnetworks.com; Doherty, Declan
> ; Zhang, Roy Fan ;
> De Lara Guarch, Pablo
> Subject: [PATCH 2/2] drvers/crypto: do no
On 4/19/2017 5:16 AM, Qiming Yang wrote:
> When insmod "igb_uio" with "intr_mode=legacy and test link
> status interrupt. Since INTx interrupt is not supported by
> X710/XL710/XXV710, it will cause Input/Output error when
> reading file descriptor.
>
> Signed-off-by: Qiming Yang
> Acked-by Jingji
On 4/18/2017 2:29 PM, Iremonger, Bernard wrote:
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Beilei Xing
>> Sent: Tuesday, April 18, 2017 9:46 AM
>> To: Wu, Jingjing
>> Cc: dev@dpdk.org
>> Subject: [dpdk-dev] [PATCH] net/i40e: add check for invalid VF queue
On 4/18/2017 11:22 AM, Shahaf Shuler wrote:
> With the Enhanced multi packet send addition, the defaults were made
> in order to get the maximum out of the box performance.
> Features like tso, don't use the enhanced send, however the defaults
> are still valid. This cause Tx queue creation to fail
> -Original Message-
> From: Olivier MATZ [mailto:olivier.m...@6wind.com]
> Sent: Tuesday, April 18, 2017 10:58 AM
> To: De Lara Guarch, Pablo
> Cc: thomas.monja...@6wind.com; step...@networkplumber.org;
> dev@dpdk.org
> Subject: Re: [PATCH v3] eal: redefine logtype values
>
> Hi Pablo,
On 4/14/2017 10:41 AM, Jerin Jacob wrote:
> With the mbuf rework, we now have 8 contiguous bytes to be
> rearmed in the mbuf at 8B naturally aligned address.
> Use single 8B write to avoid multiple 2B writes in Rx path.
>
> Signed-off-by: Jerin Jacob
> Signed-off-by: Maciej Czekaj
Applied to dp
After the changes in commit c1b5fa94a46f
("eal: support dynamic log types"), logtype is not treated as a
bitmask, but a decimal value. Therefore, values have to be
converted.
Fixes: c1b5fa94a46f ("eal: support dynamic log types")
Signed-off-by: Pablo de Lara
---
lib/librte_eal/common/eal_common
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Wednesday, April 19, 2017 12:23 PM
> To: tho...@monjalon.net; olivier.m...@6wind.com
> Cc: dev@dpdk.org; De Lara Guarch, Pablo
> Subject: [PATCH] eal: redefine logtype values
>
> After the changes in commit c1b5fa94a46f
> ("eal:
After the changes in commit c1b5fa94a46f
("eal: support dynamic log types"), logtype is not treated as a
bitmask, but a decimal value. Therefore, values have to be
converted.
Fixes: c1b5fa94a46f ("eal: support dynamic log types")
Signed-off-by: Pablo de Lara
---
Changes in v4:
- Moved log type
On Tuesday 18 April 2017 11:57 PM, Ferruh Yigit wrote:
There are two PMDs in next-net and not merged into main tree:
- ARK
- DPAA2
These drivers also needs to get these updates.
And to prevent breaking build these changes can be squashed into PMD
in next-net before integration. This means these
On 4/19/2017 8:26 AM, Shijith Thotton wrote:
> Current LiquidIO PMD only supports 10G link speed. A 25G variant of
> LiquidIO II CN23XX is available and this series adds support for that.
>
> Shijith Thotton (2):
> net/liquidio: add support for 25G link speed
> doc: update supported liquidio a
Wednesday, April 19, 2017 1:57 PM, Ferruh Yigit:
> On 4/18/2017 11:22 AM, Shahaf Shuler wrote:
> > With the Enhanced multi packet send addition, the defaults were made
> > in order to get the maximum out of the box performance.
> > Features like tso, don't use the enhanced send, however the default
Seen with recent version of sphinx:
WARNING: latex_preamble conflicts with latex_elements['preamble'], ignored.
Signed-off-by: Thomas Monjalon
---
doc/guides/conf.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/guides/conf.py b/doc/guides/conf.py
index 01ce16d2e..e
19/04/2017 11:52, Ferruh Yigit:
> build error:
> .../drivers/net/xenvirt/rte_eth_xenvirt.c:676:9:
> error: ‘struct rte_eth_dev’ has no member named ‘driver’
> eth_dev->driver = NULL;
> ^~
>
> ethdev driver removed, removing assignment to it to fix the build error
>
> Fixes: 9dca21fb80b
Hi Pablo,
On Wed, 19 Apr 2017 12:24:04 +0100, Pablo de Lara
wrote:
> After the changes in commit c1b5fa94a46f
> ("eal: support dynamic log types"), logtype is not treated as a
> bitmask, but a decimal value. Therefore, values have to be
> converted.
>
> Fixes: c1b5fa94a46f ("eal: support dynami
On 4/19/2017 1:10 PM, Thomas Monjalon wrote:
> Seen with recent version of sphinx:
> WARNING: latex_preamble conflicts with latex_elements['preamble'], ignored.
>
> Signed-off-by: Thomas Monjalon
Tested-by: Ferruh Yigit
On 4/19/2017 12:32 PM, Shahaf Shuler wrote:
> Wednesday, April 19, 2017 1:57 PM, Ferruh Yigit:
>> On 4/18/2017 11:22 AM, Shahaf Shuler wrote:
>>> With the Enhanced multi packet send addition, the defaults were made
>>> in order to get the maximum out of the box performance.
>>> Features like tso, d
18/04/2017 14:25, Shreyansh Jain:
> Hi Olivier,
> From: Olivier MATZ [mailto:olivier.m...@6wind.com]
> > On Thu, 13 Apr 2017 14:32:07 +0530, Shreyansh Jain
> > wrote:
> > > Signed-off-by: Shreyansh Jain
> >
> > Fixes: 9a8e9b57f544 ("mempool: move ring handler as a driver")
> >
> > Acked-by: Oli
On Wed, 19 Apr 2017 11:39:01 +0200, Thomas Monjalon wrote:
> 18/04/2017 15:04, Olivier MATZ:
> > On Fri, 14 Apr 2017 14:10:33 +0100, Ferruh Yigit
> wrote:
> > > > 2017-04-04 18:27, Olivier Matz:
> > > >> Once this patchset is pushed, the Rx path of drivers could be optimized
> > > >> a bit,
Wednesday, April 19, 2017 3:25 PM, Ferruh Yigit:
> On 4/19/2017 12:32 PM, Shahaf Shuler wrote:
> > Wednesday, April 19, 2017 1:57 PM, Ferruh Yigit:
> >> On 4/18/2017 11:22 AM, Shahaf Shuler wrote:
> >>> With the Enhanced multi packet send addition, the defaults were made
> >>> in order to get the
On 4/19/2017 7:50 AM, Nélio Laranjeiro wrote:
> On Tue, Apr 18, 2017 at 01:22:27PM +0300, Shahaf Shuler wrote:
>> Currently the argument process is done without indication which
>> parameter was forced by the application and which one is on it
>> default value.
>> This becomes problematic when diff
18/04/2017 17:31, Olivier MATZ:
> On Tue, 18 Apr 2017 20:11:28 +0530, Santosh Shukla
wrote:
> > Cc: sta...@dpdk.org
> > Signed-off-by: Santosh Shukla
>
> Series:
> Acked-by: Olivier Matz
>
>
> Note for Thomas when applying: you may want to remove one "test/" in
> the title and remove the upp
19/04/2017 14:28, Olivier MATZ:
> On Wed, 19 Apr 2017 11:39:01 +0200, Thomas Monjalon
wrote:
> > 18/04/2017 15:04, Olivier MATZ:
> > > On Fri, 14 Apr 2017 14:10:33 +0100, Ferruh Yigit
> > >
> >
> > wrote:
> > > > > 2017-04-04 18:27, Olivier Matz:
> > > > >> Once this patchset is pushed, the Rx
On 4/19/2017 1:56 PM, Thomas Monjalon wrote:
> 19/04/2017 14:28, Olivier MATZ:
>> On Wed, 19 Apr 2017 11:39:01 +0200, Thomas Monjalon
> wrote:
>>> 18/04/2017 15:04, Olivier MATZ:
On Fri, 14 Apr 2017 14:10:33 +0100, Ferruh Yigit
>>>
>>> wrote:
>> 2017-04-04 18:27, Olivier Matz:
The DPAA2 driver is not using the DPAA2 frame descriptor
software annotation area. This patch reduces the
PTA length to zero and adjust the RX Buffer Layout
accordingly.
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 2 +-
drivers/net/dpaa2/base/dpaa2_hw_dpni.c | 1
Signed-off-by: Hemant Agrawal
---
drivers/net/dpaa2/dpaa2_ethdev.c | 36 +++-
1 file changed, 15 insertions(+), 21 deletions(-)
diff --git a/drivers/net/dpaa2/dpaa2_ethdev.c b/drivers/net/dpaa2/dpaa2_ethdev.c
index f4c73de..e9800f4 100644
--- a/drivers/net/dpaa2/d
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 37 +
1 file changed, 37 insertions(+)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
b/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
index a7308ba..c4b0419 100644
--- a/drivers/bus/fslmc
Typically when the PMD issues a RX command to DPAA2 hardware,
the hw writes the available descriptors into the given memory.
The RX function then processes the frames and prepare them as
mbufs.
This patch adds support to issue another pull request to hardware
in another memory location, before we
On 4/18/2017 11:04 AM, Ferruh Yigit wrote:
> On 4/18/2017 10:58 AM, Ananyev, Konstantin wrote:
>>
>>
>>> -Original Message-
>>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bernard Iremonger
>>> Sent: Thursday, April 13, 2017 10:53 AM
>>> To: dev@dpdk.org
>>> Cc: Xing, Beilei ; Lu,
07/04/2017 17:42, Olivier Matz:
> On Wed, 5 Apr 2017 15:05:34 +0530, Shreyansh Jain
wrote:
> > Mempool test currently supports:
> > * ring_mp_mc
> > * stack
> >
> > Adding a new default pool options. So, ring* + stack + default
> > (which can be 'stack' or 'ring')
> >
> > * This way, whateve
19/04/2017 15:03, Ferruh Yigit:
> On 4/19/2017 1:56 PM, Thomas Monjalon wrote:
> > 19/04/2017 14:28, Olivier MATZ:
> >> On Wed, 19 Apr 2017 11:39:01 +0200, Thomas Monjalon
> >
> > wrote:
> >>> 18/04/2017 15:04, Olivier MATZ:
> On Fri, 14 Apr 2017 14:10:33 +0100, Ferruh Yigit
>
> >>>
>
On 4/18/2017 7:56 AM, Wei Dai wrote:
> This patch set has following 4 patches.
> No any new device id is added.
>
> net/ixgbe/base: acquire PHY semaphore before device reset
> net/ixgbe/base: add support for 2.5G KX physical layer
> net/ixgbe/base: add MAC X550em/X557 LED on/off support
>
17/04/2017 16:35, Ferruh Yigit:
> clang 4 gives "taking address of packed member may result in an
> unaligned pointer value" warnings in a few locations [1].
>
> Disabled "-Waddress-of-packed-member" warning for clang >= 4
>
> [1] build errors:
> .../lib/librte_eal/common/eal_common_memzone.c:275
19/04/2017 14:21, Ferruh Yigit:
> On 4/19/2017 1:10 PM, Thomas Monjalon wrote:
> > Seen with recent version of sphinx:
> > WARNING: latex_preamble conflicts with latex_elements['preamble'],
> > ignored.
> >
> > Signed-off-by: Thomas Monjalon
>
> Tested-by: Ferruh Yigit
Applied
In the absence of traffic, it is possible for the bitrate moving average
to get stuck at a non-zero value, due to the calculated delta being less
than what an integer can represent.
Fixes: 2ad7ba9a6567 ("bitrate: add bitrate statistics library")
Signed-off-by: Remy Horton
---
lib/librte_bitrate
19/04/2017 07:22, Shahaf Shuler:
> Hi,
> Any more comments on this commit? Could it be merged? Compilation is still
> failing..
> Thursday, April 13, 2017 12:36 PM, Van Haaren, Harry:
> > > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shahaf Shuler
> > > Sent: Thursday, April 13, 2017 6:29
Fixes: 881851676940 ("crypto/scheduler: improve commandline parsing")
This patch fix the slaves attaching initially.
Originally, the scheduler will try to attach the slaves passed by the
cmdline option in the initial stage, this may break the sequence
of the slaves inside the scheduler.
Signed-o
The following changes since commit c6b3570f9e143f4cb4892af3afefd65735838b2f:
mk: link app with ring mempool by default (2017-04-19 15:33:51 +0200)
are available in the git repository at:
http://dpdk.org/git/next/dpdk-next-net
for you to fetch changes up to 8bbfd5a92f572dc986f06aad77131a366
Isolated mode can be requested by applications on individual ports to avoid
ingress traffic outside of the flow rules they define.
Besides making ingress more deterministic, it allows PMDs to safely reuse
resources otherwise assigned to handle the remaining traffic, such as
global RSS configuratio
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Olivier MATZ
> Sent: Wednesday, April 19, 2017 1:15 PM
> To: De Lara Guarch, Pablo
> Cc: tho...@monjalon.net; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4] eal: redefine logtype values
>
> Hi Pablo,
>
> On W
After the changes in commit c1b5fa94a46f
("eal: support dynamic log types"), logtype is not treated as a
bitmask, but a decimal value. Therefore, values have to be
converted.
Fixes: c1b5fa94a46f ("eal: support dynamic log types")
Signed-off-by: Pablo de Lara
---
Changes in v5:
- Changed variabl
On Wed, 19 Apr 2017 15:06:34 +0100, Pablo de Lara
wrote:
> After the changes in commit c1b5fa94a46f
> ("eal: support dynamic log types"), logtype is not treated as a
> bitmask, but a decimal value. Therefore, values have to be
> converted.
>
> Fixes: c1b5fa94a46f ("eal: support dynamic log types
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, April 19, 2017 1:11 PM
> To: Mcnamara, John
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: fix sphinx warning
>
> Seen with recent version of sphinx:
> WARNING: latex_preamble conflicts with latex_ele
For padding calculation, it is necessary to know if algorithm
is a block cipher or stream cipher algorithm, and know the
block size for the algorithm.
In the application, this block size should be only the
cipher block size, but if authentication was used too,
it was being overwritten by the authe
Commit ("ring: return remaining entry count when
dequeuing") changed the return of rte_ring_sc_dequeue_bulk, this
patch updates the scheduler to comply with this change.
Signed-off-by: Fan Zhang
---
drivers/crypto/scheduler/scheduler_pmd_private.h | 8
1 file changed, 4 insertions(+),
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Pablo de Lara
> Sent: Wednesday, April 19, 2017 3:38 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo
> Subject: [dpdk-dev] [PATCH] examples/l2fwd-crypto: fix padding calculation
>
> For padding calculation, it
Capability information is updated as slaves are attached,
but if this information is requested via rte_cryptodev_info_get()
when no slaves have been attached, the structure would not be
initialized, leading to a potential segmentation fault.
Therefore, the structure should be initialized with no
c
<...>
>>> +
>>> +#
>>> +# Add extra flags for base ecore driver files # to disable warnings
>>> +in them # # BASE_DRIVER_OBJS=$(patsubst %.c,%.o,$(notdir $(wildcard
>>> +$(SRCDIR)/base/*.c))) $(foreach obj, $(BASE_DRIVER_OBJS), $(eval
>>> +CFLAGS+=$(CFLAGS_BASE_DRIVER)))
>>
>> My eyes just caught
From: Hemant Agrawal
Based over the DPAA2 PMD driver [1], this series of patches introduces the
DPAA2_SEC PMD which provides DPDK crypto driver for NXP's DPAA2 CAAM
Hardware accelerator.
SEC is NXP DPAA2 SoC's security engine for cryptographic acceleration and
offloading. It implements block enc
From: Akhil Goyal
Signed-off-by: Akhil Goyal
---
lib/librte_cryptodev/rte_cryptodev.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_cryptodev/rte_cryptodev.h
b/lib/librte_cryptodev/rte_cryptodev.h
index f5fba13..88aeb87 100644
--- a/lib/librte_cryptodev/rte_cryptodev.h
+++
From: Akhil Goyal
Signed-off-by: Hemant Agrawal
Signed-off-by: Akhil Goyal
---
config/common_base | 8 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 12 ++
drivers/Makefile | 1 +
drivers/crypto/Makefile
From: Akhil Goyal
update MAINTAINERS file to add responsibility for
dpaa2 sec pmd
Signed-off-by: Akhil Goyal
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c4bc10e..6290f65 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -448,6 +448,12 @
From: Akhil Goyal
Signed-off-by: Akhil Goyal
Reviewed-by: Hemant Agrawal
---
test/test/test_cryptodev_perf.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/test/test/test_cryptodev_perf.c b/test/test/test_cryptodev_perf.c
index f4406dc..9d9919b 100644
--- a/test/t
From: Akhil Goyal
Signed-off-by: Akhil Goyal
Reviewed-by: Hemant Agrawal
---
test/test/test_cryptodev.c | 105 +
test/test/test_cryptodev_blockcipher.c | 3 +
test/test/test_cryptodev_blockcipher.h | 1 +
3 files changed, 109 insertions(+)
diff
From: Akhil Goyal
Signed-off-by: Hemant Agrawal
Signed-off-by: Akhil Goyal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 181
1 file changed, 181 insertions(+)
diff --git a/drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c
b/drivers/crypto/dpaa2_sec/dpaa2_sec_dpsec
From: Akhil Goyal
add support for dpseci object in MC driver.
DPSECI represent a crypto object in DPAA2.
Signed-off-by: Cristian Sovaiala
Signed-off-by: Akhil Goyal
---
drivers/crypto/dpaa2_sec/Makefile| 2 +
drivers/crypto/dpaa2_sec/mc/dpseci.c | 551 +++
From: Akhil Goyal
Signed-off-by: Akhil Goyal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 25 +
drivers/bus/fslmc/rte_bus_fslmc_version.map | 1 +
2 files changed, 26 insertions(+)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
b/drivers/bus/fslmc/portal/dp
From: Akhil Goyal
Signed-off-by: Akhil Goyal
Signed-off-by: Hemant Agrawal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 1236 +++
drivers/crypto/dpaa2_sec/dpaa2_sec_priv.h | 143
2 files changed, 1379 insertions(+)
diff --git a/drivers/crypto/dpaa2_sec/dpa
From: Akhil Goyal
Signed-off-by: Akhil Goyal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 76 +
1 file changed, 76 insertions(+)
diff --git a/drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c
b/drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c
index 7c497c0..4c38a02 10064
From: Akhil Goyal
Signed-off-by: Akhil Goyal
Reviewed-by: Hemant Agrawal
Acked-by: John McNamara
---
doc/guides/cryptodevs/dpaa2_sec.rst | 232 +++
doc/guides/cryptodevs/features/dpaa2_sec.ini | 34
doc/guides/cryptodevs/index.rst | 1 +
d
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Wednesday, April 19, 2017 4:02 PM
> To: Zhang, Roy Fan
> Cc: dev@dpdk.org; De Lara Guarch, Pablo
> Subject: [PATCH] crypto/scheduler: fix uninitialized capability structure
>
> Capability information is updated as slaves are atta
>
><...>
>
+
+#
+# Add extra flags for base ecore driver files # to disable warnings
+in them # # BASE_DRIVER_OBJS=$(patsubst %.c,%.o,$(notdir $(wildcard
+$(SRCDIR)/base/*.c))) $(foreach obj, $(BASE_DRIVER_OBJS), $(eval
+CFLAGS+=$(CFLAGS_BASE_DRIVER)))
>>>
>>> My eyes
On 3/30/2017 2:30 PM, Thomas Monjalon wrote:
> 2017-03-29 10:36, Olivier Matz:
>> This patchset introduces a new ethdev API:
>> - rte_eth_rx_descriptor_status()
>> - rte_eth_tx_descriptor_status()
>>
>> The Rx API is aims to replace rte_eth_rx_descriptor_done() which
>> does almost the same, but do
> -Original Message-
> From: Zhang, Roy Fan
> Sent: Wednesday, April 19, 2017 10:48 AM
> To: De Lara Guarch, Pablo; dev@dpdk.org
> Cc: zbigniew.bo...@caviumnetworks.com;
> jerin.ja...@caviumnetworks.com; Doherty, Declan
> Subject: RE: [PATCH 1/2] drivers/crypto: check if name is NULL
>
>
> -Original Message-
> From: Zhang, Roy Fan
> Sent: Wednesday, April 19, 2017 11:06 AM
> To: De Lara Guarch, Pablo; dev@dpdk.org
> Cc: zbigniew.bo...@caviumnetworks.com;
> jerin.ja...@caviumnetworks.com; Doherty, Declan
> Subject: RE: [PATCH 2/2] drvers/crypto: do not create unique name
>
On 3/28/2017 3:13 PM, Gaetan Rivet wrote:
> Let error messages in place, but return unambiguous values upon
> probing errors.
>
> Fixes: 66e1591687ac ("mlx4: avoid init errors when kernel modules are not
> loaded")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Gaetan Rivet
> Acked-by: Adrien Mazargu
> -Original Message-
> From: Zhang, Roy Fan
> Sent: Wednesday, April 19, 2017 2:42 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo; sta...@dpdk.com
> Subject: [PATCH] crypto/scheduler: fix slave init attach
>
> Fixes: 881851676940 ("crypto/scheduler: improve commandline parsing")
>
>
On 3/28/2017 1:50 PM, Adrien Mazarguil wrote:
> On Tue, Mar 28, 2017 at 01:18:49PM +0300, Vasily Philipov wrote:
>> Toggle Rx scatter mode based on the scatter_enable flag and the maximum
>> packet size only instead of deriving this information from the jumbo_frame
>> setting and the MTU configurat
> -Original Message-
> From: Zhang, Roy Fan
> Sent: Wednesday, April 19, 2017 3:47 PM
> To: De Lara Guarch, Pablo; dev@dpdk.org
> Cc: De Lara Guarch, Pablo
> Subject: RE: [dpdk-dev] [PATCH] examples/l2fwd-crypto: fix padding
> calculation
>
>
>
> > -Original Message-
> > From:
24/03/2017 18:00, Bruce Richardson:
> There is little reason for NUMA support in testpmd to be off by default, so
> enable it, and add in a new commandline parameter to disable it, if that is
> wanted by users.
>
> Signed-off-by: Bruce Richardson
Any comment or ack?
On 3/24/2017 6:55 PM, Billy McFall wrote:
> See request from 11/21/2016:
> http://dpdk.org/ml/archives/dev/2016-November/050585.html
>
> Add a new API to free consumed buffers on TX ring. This addresses two
> scenarios:
> 1) Flooding a packet and want to reuse existing mbuf to avoid a packet
> c
> -Original Message-
> From: Zhang, Roy Fan
> Sent: Wednesday, April 19, 2017 3:47 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo
> Subject: [PATCH] crypto/scheduler: change ordering ring dequeue
>
> Commit ("ring: return remaining entry count when
> dequeuing") changed the return of
> -Original Message-
> From: Zhang, Roy Fan
> Sent: Wednesday, April 19, 2017 4:41 PM
> To: De Lara Guarch, Pablo
> Cc: dev@dpdk.org
> Subject: RE: [PATCH] crypto/scheduler: fix uninitialized capability structure
>
> > -Original Message-
> > From: De Lara Guarch, Pablo
> > Sent:
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of
> akhil.go...@nxp.com
> Sent: Wednesday, April 19, 2017 4:38 PM
> To: dev@dpdk.org
> Cc: Doherty, Declan; Mcnamara, John; hemant.agra...@nxp.com
> Subject: [dpdk-dev] [PATCH v8 02/13] crypto/dpaa2_sec: add dpaa2 s
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of
> akhil.go...@nxp.com
> Sent: Wednesday, April 19, 2017 4:38 PM
> To: dev@dpdk.org
> Cc: Doherty, Declan; Mcnamara, John; hemant.agra...@nxp.com
> Subject: [dpdk-dev] [PATCH v8 11/13] crypto/dpaa2_sec: add crypto
Hi Pablo,
> -Original Message-
> From: De Lara Guarch, Pablo [mailto:pablo.de.lara.gua...@intel.com]
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of
> > akhil.go...@nxp.com
> > Sent: Wednesday, April 19, 2017 4:38 PM
> > To: dev@dpdk.org
> > Cc: Dohe
On 4/13/2017 3:56 PM, Nicolas Dichtel wrote:
> pci_enable_msix() will be removed in kernel 4.12. The new API is available
> since
> linux 4.8, thus let's use it.
>
> Link:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=aff171641d18
> Link:
> https://git.kernel.o
19/04/2017 15:44, Ferruh Yigit:
> http://dpdk.org/git/next/dpdk-next-net
>
> for you to fetch changes up to 8bbfd5a92f572dc986f06aad77131a3667b3ed62:
pulled, thanks
Hi Hemant,
> -Original Message-
> From: Hemant Agrawal [mailto:hemant.agra...@nxp.com]
> Sent: Wednesday, April 19, 2017 6:48 PM
> To: De Lara Guarch, Pablo; Akhil Goyal; dev@dpdk.org
> Cc: Doherty, Declan; Mcnamara, John
> Subject: RE: [dpdk-dev] [PATCH v8 11/13] crypto/dpaa2_sec: add cry
11/04/2017 18:52, Ferruh Yigit:
> Increase unsupported ICC version for thunderx PMD to <= 16
>
> Build error reported:
> http://dpdk.org/ml/archives/dev/2017-April/063647.html
>
> Fixes: 0b9ce550c4f6 ("net/thunderx: disable PMD for old compilers")
>
> Signed-off-by: Ferruh Yigit
Applied, thank
13/04/2017 15:34, Ferruh Yigit:
> Use correct config option, without CONFIG prefix.
>
> Fixes: b2b0f85182ef ("kni: add build option for ethtool support")
>
> Signed-off-by: Ferruh Yigit
Cc: sta...@dpdk.org
Applied, thanks
> > Fix brackets around the & operator to first mask a single bit
> > and then perform the not operator. Previously the result was
> > not as expected, due to the ! operator being performed first.
> >
> > As noted on list[1] Clang 4.0 warns about a possible bug for
> >
> > this type of line:
> >
13/04/2017 14:31, Bruce Richardson:
> On Mon, Apr 10, 2017 at 04:56:43PM +0100, Harry van Haaren wrote:
> > The flow id of packets was not being hashed on ingress
> > on an ordered queue. Fix by applying same hashing as is
> > applied in the atomic queue case. The hashing itself is
> > broken out i
18/04/2017 12:11, Hunt, David:
> On 18/4/2017 10:58 AM, Harry van Haaren wrote:
> > This patch returns a credit when an rte_event is
> > enqueued with an invalid queue_id. Previously a
> > credit was leaked from the system.
> >
> > Note that the eventdev instance does not attempt
> > to free any r
14/04/2017 17:28, Van Haaren, Harry:
> From: Richardson, Bruce
> Sent: Friday, April 14, 2017 4:18 PM
> >
> > When taking events from a port, we checked the history list to check if
> > the
> > event needed to be put back in order i.e. originally came from a reordered
> > queue type. The check for
> > Following changes of the ENA driver ownership in Amazon and Semihalf
> > (Jakub
> > and Jan no longer work in the company), update driver's maintainers list.
> >
> > Special thanks to Jan Medala and Jakub Palider for their support and
> > development.
> >
> > Signed-off-by: Marcin Wojtas
> >
14/04/2017 03:20, Wenzhuo Lu:
> Signed-off-by: Wenzhuo Lu
> ---
> Intel ixgbe
> -M: Helin Zhang
> +M: Wenzhuo Lu
> M: Konstantin Ananyev
> F: drivers/net/ixgbe/
> F: doc/guides/nics/ixgbe.rst
Applied
18/04/2017 23:36, Thomas Monjalon:
> Signed-off-by: Thomas Monjalon
Applied
Please note my new email when trying to reach me.
1 - 100 of 119 matches
Mail list logo
