When PF event VIRTCHNL_EVENT_LINK_CHANGE received, i40evf need update
the link status and issue RTE_ETH_EVENT_INTR_LSC via rte ether device
callback function.
Signed-off-by: SteveX Yang
---
v2:
- add RTE_PCI_DRV_INTR_LSC in drv_flags
- configure the intr_conf.lsc according to RTE_ETH_EVENT_IN
The Geneve tunneling protocol is designed to allow
the user to specify some data context on the packet.
The header extension options is the mean intended
to present the user data. These ones are implemented
in TLV (Type-Length-Value) fashion, in order to
support these Geneve protocol feature we wil
Hi Yi,
Some comments are inline.
In addition, have you tested UDP GRO function and measure performance?
Thanks,
Jiayu
> -Original Message-
> From: yang_y...@163.com
> Sent: Wednesday, September 2, 2020 5:27 PM
> To: dev@dpdk.org
> Cc: Hu, Jiayu ; tho...@monjalon.net;
> yangy...@inspur.
Acked-by: Dave Burley
From: Chautru, Nicolas
Sent: 20 August 2020 22:05
To: Dave Burley ; dev@dpdk.org
Cc: Richardson, Bruce
Subject: RE: [dpdk-dev] [PATCH v3 05/11] baseband/acc100: add LDPC processing
functions
> From: Dave Burley >
> Hi Nic
>
> Thank you - it would be useful to have
Acked-by: Jeff Guo
On 9/2/2020 4:06 PM, Guinan Sun wrote:
If the PF driver supports the new speed reporting capabilities
then use link_event_adv instead of link_event to get the speed.
Fixes: 2a73125b7041 ("i40evf: fix link info update")
Cc: sta...@dpdk.org
Signed-off-by: Guinan Sun
Tested-b
Tested-by: Jiaqi Min
-Original Message-
From: dev On Behalf Of Jeff Guo
Sent: Thursday, September 3, 2020 4:39 PM
To: Sun, GuinanX ; dev@dpdk.org
Cc: Xing, Beilei ; sta...@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v4] net/i40e: fix link status
Acked-by: Jeff Guo
On 9/2/2020 4:06 PM, Gui
On Wed, 2020-09-02 at 17:05 +0200, David Marchand wrote:
> On Wed, Sep 2, 2020 at 2:39 PM Christian Ehrhardt
> wrote:
> > The checks for libfdt try dependency() first which would only work if
> > a pkg-config would be present but libfdt has none.
> > Then it probes for the lib path itself via cc.f
> -Original Message-
> From: dev On Behalf Of Xu, Rosen
> Sent: Thursday, September 3, 2020 3:34 AM
> To: Chautru, Nicolas ; dev@dpdk.org;
> akhil.go...@nxp.com
> Cc: Richardson, Bruce
> Subject: Re: [dpdk-dev] [PATCH v3 05/11] baseband/acc100: add LDPC processing
> functions
>
> Hi
On 9/3/2020 3:15 AM, Xu, Rosen wrote:
> Hi,
>
>> -Original Message-
>> From: Chautru, Nicolas
>> Sent: Sunday, August 30, 2020 1:40
>> To: Xu, Rosen ; dev@dpdk.org; akhil.go...@nxp.com
>> Cc: Richardson, Bruce
>> Subject: RE: [dpdk-dev] [PATCH v3 02/11] baseband/acc100: add register
>> d
On Wed, Sep 02, 2020 at 09:38:05PM +0300, Dmitry Kozlyuk wrote:
> cmdline_numtype member names clash with Windows system identifiers.
> Add CMDLINE_ prefix to cmdline constants to avoid this and possible
> future conflicts.
>
> Signed-off-by: Dmitry Kozlyuk
> Suggested-by: Ranjit Menon
> ---
Is
On Thu, 3 Sep 2020 10:20:52 +0100, Bruce Richardson wrote:
> On Wed, Sep 02, 2020 at 09:38:05PM +0300, Dmitry Kozlyuk wrote:
> > cmdline_numtype member names clash with Windows system identifiers.
> > Add CMDLINE_ prefix to cmdline constants to avoid this and possible
> > future conflicts.
> >
> >
On Thu, Sep 03, 2020 at 12:30:56PM +0300, Dmitry Kozlyuk wrote:
> On Thu, 3 Sep 2020 10:20:52 +0100, Bruce Richardson wrote:
> > On Wed, Sep 02, 2020 at 09:38:05PM +0300, Dmitry Kozlyuk wrote:
> > > cmdline_numtype member names clash with Windows system identifiers.
> > > Add CMDLINE_ prefix to cmd
On 9/2/2020 5:57 PM, David Christensen wrote:
On 9/2/20 3:43 AM, Radu Nicolau wrote:
Remove RTE_MACHINE_CPUFLAG_ macros from the build.
Deprecation notice sent, pasted here for reference:
build macros: The macros defining RTE_MACHINE_CPUFLAG_* will be
removed
from the build. The infor
W dniu 01.09.2020 o 15:39, Thomas Monjalon pisze:
> 27/08/2020 15:00, Kinsella, Ray:
>> Hi All,
>>
>> During recent work on the DPDK ABI, where we are looking to develop a
>> nightly ABI regression test.
>>
>> We found a large number of experimental functions currently in DPDK API.
>> Currently, t
Hi Nic,
Does the ACC100-specific configuration code have to go into test_bbdev_perf.c?
Would it be better to avoid having this device specific code in test-bbdev or
is there a good reason for doing so?
Thanks,
Aidan Goddard
From: dev on behalf of Nicolas Chautru
Sent: 19 August 2020 01:2
W dniu 01.09.2020 o 15:39, Thomas Monjalon pisze:
> 27/08/2020 15:00, Kinsella, Ray:
>> Hi All,
>>
>> During recent work on the DPDK ABI, where we are looking to develop a
>> nightly ABI regression test.
>>
>> We found a large number of experimental functions currently in DPDK API.
>> Currently,
From: Ajit Khaparde
Sent: Tuesday, September 1, 2020 10:42 PM
To: Kiran Kumar Kokkilagadda
Cc: Ferruh Yigit ; Thomas Monjalon
; Andrew Rybchenko ;
dev@dpdk.org; Jerin Jacob Kollanukkaran ;
or...@mellanox.com; xuanziya...@huawei.com; cloud.wangxiao...@huawei.com;
zhouguoy...@huawei.com; rose
v1:
Initial version
Michael Baum (18):
net/mlx5: fix Rx hash queue creation error flow
net/mlx5: fix Rx queue state update
net/mlx5: fix types differentiation in Rxq create
net/mlx5: mitigate Rx queue reference counters
net/mlx5: separate Rx queue object creations
net/mlx5: separate R
In order to support DevX Rx queue stop and start operations, the state
of the queue should be updated in FW.
The state update PRM command requires to set both the current state and
the new requested state.
The current state and the new requested state fields setting were
wrongly switched.
Switch
The mlx5_hrxq_new function allocates several resources and if one of the
allocations fails, the function jumps to an error label where it
releases all the allocated resources.
When the TIR action creation fails, the hrxq memory is not released what
can cause a resource leak.
Add an appropriate re
Separate interrupt event handler into both Verbs and DevX modules.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 30
drivers/net/mlx5/mlx5.h | 1 +
drivers/net/mlx5/mlx5_devx.c| 38 ++
Rx HW objects can be created by both Verbs and DevX operations.
The management of the 2 types of operations are done directly in the
main flow of the object’s creations.
Some arrangements and validations were wrongly done to the irrelevant
type:
1. LRO related validations were done for Verbs type
The Rx queue structures manage 2 different reference counter per queue:
rxq_ctrl reference counter and rxq_obj reference counter.
There is no real need to use two different counters, it just complicates
the release functions.
Remove the rxq_obj counter and use only the rxq_ctrl counter.
Signed-of
Rearrangement of WQ and CQ creation for Verbs Rx queue:
1. Rename the allocation function.
2. Reduce the number of arguments that the creation functions receive.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 52 ++---
Move Rx object similar resources allocations and debug logs from DevX
and Verbs modules to a shared location.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 50 +++-
drivers/net/mlx5/mlx5.h | 3 +-
drivers/net/mlx5/ml
As an arrangement to Windows OS support, the Verbs operations should be
separated to another file.
By this way, the build can easily cut the unsupported Verbs APIs from
the compilation process.
Define operation structure and DevX module in addition to the existing
linux Verbs module.
Separate Rx o
Rearrangement of RQ and CQ resource handling for DevX Rx queue:
1. Rename the allocation function so that it is understood that it
allocates all resources and not just the CQ or RQ.
2. Move the allocation and release of the doorbell into creation and
release functions.
3. Reduce the number of argum
Use new modify_wq functions for Rx object creation in DevX and Verbs
modules.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 48 +++
drivers/net/mlx5/mlx5_devx.c| 76 ++---
2 files changed,
Separate Rx object modification to the Verbs and DevX modules.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 22 ++
drivers/net/mlx5/mlx5.h | 1 +
drivers/net/mlx5/mlx5_devx.c| 27 +++
Separate Rx indirection table object creation into both Verbs and DevX
modules.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 79 ++
drivers/net/mlx5/mlx5.h | 23 +++
drivers/net/mlx5/mlx5_devx.c| 89 ++
Once the separation between Verbs and DevX is done using function
pointers, the type field of the indirection table structure becomes
redundant and no more code is used.
Remove the unnecessary field from the structure.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux
Move Rx indirection table object similar resources allocations from DevX
and Verbs modules to a shared location.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 75 ++--
drivers/net/mlx5/mlx5.h | 7 ++--
dr
Separate Rx hash queue creation into both Verbs and DevX modules.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 152 ++
drivers/net/mlx5/mlx5.h | 23
drivers/net/mlx5/mlx5_devx.c| 155 +++
Move Rx hash queue object similar resources allocations from DevX and
Verbs modules to a shared location.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_verbs.c | 58 ++---
drivers/net/mlx5/mlx5.h | 6 +--
drivers/net/mlx5/
Separate Rx queue drop creation into both Verbs and DevX modules.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_os.c| 11 +-
drivers/net/mlx5/linux/mlx5_verbs.c | 252 +
drivers/net/mlx5/mlx5.h | 4 +-
driver
Move Rx queue drop action similar resources allocations from Verbs
module to a shared location.
Signed-off-by: Michael Baum
Acked-by: Matan Azrad
---
drivers/net/mlx5/linux/mlx5_os.c| 6 +-
drivers/net/mlx5/linux/mlx5_verbs.c | 246
drivers/net/mlx5/ml
Meeting minutes of 3 September 2020
---
Agenda:
* Release Dates
* Subtrees
* LTS
* Conferences
* Opens
Participants:
* Arm
* Broadcom
* Debian/Microsoft
* Intel
* Marvell
* Nvidia
* NXP
* Red Hat
Release Dates
-
* v20.11 dates
* Proposal/V1:Fri
Support for anti replay is added in OCTEON TX2 security PMD.
The functionality has been tested with ipsec-secgw application running
in inline protocol offload mode.
Ankur Dwivedi (2):
net/octeontx2: add anti replay support in security session
net/octeontx2: add replay check for inline inbound
The function handling anti replay is added. If replay window
is enabled the rx packets will be validated against the window. The
rx offload fails in case of error.
Signed-off-by: Ankur Dwivedi
---
.../crypto/octeontx2/otx2_ipsec_anti_replay.h | 208 ++
drivers/net/octeontx2/otx2_
Initialize the inbound session for anti replay. The replay
window is allocated during session create and freed in session destroy.
Signed-off-by: Ankur Dwivedi
---
drivers/crypto/octeontx2/otx2_ipsec_fp.h | 29 ++--
drivers/crypto/octeontx2/otx2_security.h | 3 ++
drivers/net/octeon
The Agilio CX family of smartNIC's generally have a 1:many mapping of PF
to physical ports. Elaborate on this mapping in the PF multiport section
of the NFP PMD documentation.
Fixes: d625beafc8be ("doc: update NFP with PF support information")
Cc: sta...@dpdk.org
Signed-off-by: Heinrich Kuhn
Sig
> -Original Message-
> From: dev On Behalf Of SteveX Yang
> Sent: Tuesday, August 11, 2020 3:28 PM
> To: Yang, Qiming ; Xing, Beilei
> ; Wu, Jingjing ;
> dev@dpdk.org
> Cc: Yang, SteveX
> Subject: [dpdk-dev] [PATCH] net/iavf: release port upon close
>
> Set RTE_ETH_DEV_CLOSE_REMOVE up
On 9/3/2020 11:11 AM, Kiran Kumar Kokkilagadda wrote:
*From:* Ajit Khaparde
*Sent:* Tuesday, September 1, 2020 10:42 PM
*To:* Kiran Kumar Kokkilagadda
*Cc:* Ferruh Yigit ; Thomas Monjalon
; Andrew Rybchenko ;
dev@dpdk.org; Jerin Jacob Kollanukkaran ;
or...@mellanox.com; xuanziya...@huawei.co
The "note" callouts in the chapter describing the meson build were
incorrectly formatted, so adjust to use the correct markdown syntax.
Fixes: 9c3adc289c5e ("doc: add instructions on build using meson")
Cc: sta...@dpdk.org
Signed-off-by: Bruce Richardson
---
doc/guides/prog_guide/build-sdk-meso
> -Original Message-
> From: Yang, SteveX
> Sent: Thursday, September 3, 2020 3:19 PM
> To: dev@dpdk.org
> Cc: Zhang, Qi Z ; Xing, Beilei ;
> Guo, Jia ; Yang, Qiming ; Yang,
> SteveX
> Subject: [PATCH v2] net/i40e: i40evf exposes LSC flag to application
>
> When PF event VIRTCHNL_EVEN
> -Original Message-
> From: dev On Behalf Of Yang, Qiming
> Sent: Thursday, September 3, 2020 9:51 AM
> To: Jiang, JunyuX ; dev@dpdk.org
> Cc: Xing, Beilei ; Wu, Jingjing
> ;
> sta...@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] net/iavf: fix mismatch command
>
>
>
> > -Original
On 9/3/2020 5:48 AM, Guinan Sun wrote:
> update i40e base code.
>
> source code of i40e driver:
> cid-i40e.2020.08.27.tar.gz dropped by the team which develop
> basic drivers for any i40e NIC.
>
> changelog in ND share repo:
> From fc99a1143d3f ("i40e-shared: FEC on/off support flag for X722")
>
Could you provide a cover letter?
Thanks,
Tom
Le 03/09/2020 à 12:13, Michael Baum a écrit :
v1:
Initial version
Michael Baum (18):
net/mlx5: fix Rx hash queue creation error flow
net/mlx5: fix Rx queue state update
net/mlx5: fix types differentiation in Rxq create
net/mlx5: mitiga
Since it's possible to tweak the DPDK build a little further using CFLAGS,
we note that in the documentation.
Suggested-by: Hemant Agrawal
Signed-off-by: Bruce Richardson
---
doc/guides/linux_gsg/build_dpdk.rst | 8
doc/guides/prog_guide/build-sdk-meson.rst | 8
2 files
A number of the more advanced DPDK build settings which are not expected to
be user modified are stored in config/rte_config.h. In some cases, for a
custom build a user may want to override those settings via CFLAGS, so we
need to ensure that the definitions do not override the user-provided
values
In case a developer uses CFLAGS to set different default values for the
defines in the rte_config.h file, use #ifndef / #endif guards around the
setting of those values. For those lines just "defining" a macro without
assigning it a value to be used by code, drop the value argument (where
possible)
On Tue, Sep 01, 2020 at 06:07:56AM +, Hemant Agrawal wrote:
> HI Bruce,
> Will you please also add similar command examples in docs so that it
> becomes easy for the developers to use meson?
>
> Regards,
> Hemant
>
Some doc updates made in V2.
Rather than explicitly clearing any setting of undefined values in our
rte_config.h file, it's better to instead just add a comment that the value
is not set. Using a comment allows the user to set the value using CFLAGS
or similar mechanism without the config file clearing the value again.
The te
On 9/2/2020 4:52 AM, Chengchang Tang wrote:
> Hi, Matan
>
> On 2020/9/1 23:33, Matan Azrad wrote:
>>
>> Hi Chengchang
>>
>> Please see some question below.
>>
>> From: Chengchang Tang
>>> Add a field named rx_buf_size in rte_eth_rxq_info to indicate the buffer
>>> size
>>> used in receiving packe
On 9/2/2020 8:19 AM, Matan Azrad wrote:
>
> Hi Chengchang
>
> From: Chengchang Tang
>> Hi, Matan
>>
>> On 2020/9/1 23:33, Matan Azrad wrote:
>>>
>>> Hi Chengchang
>>>
>>> Please see some question below.
>>>
>>> From: Chengchang Tang
Add a field named rx_buf_size in rte_eth_rxq_info to indica
On 8/29/2020 8:13 AM, Chengchang Tang wrote:
> Add a field named rx_buf_size in rte_eth_rxq_info to indicate the buffer
> size used in receiving packets for HW.
>
> In this way, upper-layer users can get this information by calling
> rte_eth_rx_queue_info_get.
>
> Signed-off-by: Chengchang Tang
Hi,
I observe an issue with IOVA address returned by api
rte_memzone_reserve_aligned (flags= RTE_MEMZONE_IOVA_CONTIG) used for queue
memory allocation. With high level debugging, I notice that IOVA address
returned in mz->iova is not mapped by VFIO_IOMMU_MAP_DMA so in turn SMMU
exception is seen
v3: Fixed comments on v2.
v2:
- Fixed comments on v1.
- Removed additional make references.
- Added some meson replacements where necessary.
- Added dummy root Makefile.
As previously decided [1] and communicated via deprecation notice [2], the
make build system is to be removed in the 20.
The example app makefiles contained sections using the legacy method of
compiling with make. These are no longer needed, and are removed,
leaving only the section that uses pkg-config for the make build.
Signed-off-by: Ciara Power
---
examples/bbdev_app/Makefile | 23 ++-
From: Bruce Richardson
Remove references to the old make build system and use pkg-config for
building these examples.
Signed-off-by: Bruce Richardson
---
examples/multi_process/Makefile | 21 ++--
.../multi_process/client_server_mp/Makefile | 19 ++-
.../client_server_m
From: Kevin Laatz
Remove references to the old make build system and use pkg-config for
building these examples.
Signed-off-by: Kevin Laatz
---
examples/server_node_efd/Makefile| 18 +++--
examples/server_node_efd/node/Makefile | 46 +++--
examples/server_node_efd
From: Kevin Laatz
Remove references to the old make build system and use pkg-config for
building these examples.
Signed-off-by: Kevin Laatz
---
examples/performance-thread/Makefile | 21 +++
examples/performance-thread/common/common.mk | 6 +-
.../performance-thread/l3fwd-thread
From: Bruce Richardson
Convert the build of the vm_power_manager app over to use DPDK from
pkg-config rather than using RTE_SDK/RTE_TARGET.
Signed-off-by: Bruce Richardson
---
examples/vm_power_manager/Makefile | 74 ++
1 file changed, 35 insertions(+), 39 deletions
From: Kevin Laatz
Remove references to the old make build system and use pkg-config for
building these examples.
Signed-off-by: Kevin Laatz
---
examples/l2fwd-keepalive/ka-agent/Makefile | 51 --
1 file changed, 37 insertions(+), 14 deletions(-)
diff --git a/examples/l2fwd
From: Bruce Richardson
Convert the makefile for the vm_power_manager/guest_cli utility to build
using pkg-config rather than the old build system.
Signed-off-by: Bruce Richardson
---
examples/vm_power_manager/guest_cli/Makefile | 50
1 file changed, 31 insertions(+), 19 de
From: Bruce Richardson
This patch modifies the root Makefile to act as a dummy Makefile for
when the make support is removed from DPDK in subsequent patches.
Signed-off-by: Bruce Richardson
---
Makefile | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makef
From: Bruce Richardson
Remove references to the old DPDK build system from the makefiles, and use
pkg-config provided flags instead.
Signed-off-by: Bruce Richardson
---
examples/ethtool/Makefile | 26 +++
examples/ethtool/ethtool-app/Makefile | 56 +++-
Make is not supported for compiling DPDK, the config files are no
longer needed.
Signed-off-by: Ciara Power
---
config/common_armv8a_linux| 43 -
config/common_base| 1154 -
config/common_freebsd | 15 -
Remove the references to RTE_SDK and RTE_TARGET environment variables from
the build instructions in the comments of the various BPF files, and in
the ipsec-secgw common definition script.
Signed-off-by: Ciara Power
Signed-off-by: Bruce Richardson
---
examples/bpf/t2.c|
Make is no longer supported, the test script for make builds is no
longer required. Uses of make in other tool scripts are replaced.
Signed-off-by: Ciara Power
---
MAINTAINERS| 1 -
devtools/build-tags.sh | 14 +-
devtools/check-includes.sh | 3 +-
devtools/git-log-fixes
Make is no longer supported for compiling DPDK, scripts used with make
are no longer needed.
Signed-off-by: Ciara Power
---
MAINTAINERS | 4 --
buildtools/auto-config-h.sh | 108
buildtools/gen-build-mk.sh | 23
buildtools/gen-con
Make is no longer supported, RTE_SDK, RTE_TARGET and CONFIG options
are no longer in use.
Signed-off-by: Ciara Power
---
app/test-bbdev/test-bbdev.py | 11 +
app/test/test_cryptodev.c | 89 +-
app/test/test_cryptodev_asym.c | 18 ++-
3 files changed
Make is no longer supported for compiling DPDK, references are now
removed in code comments.
Signed-off-by: Ciara Power
---
drivers/bus/pci/linux/pci_vfio.c | 1 -
drivers/net/i40e/i40e_rxtx.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/bus/pci/linux/pci_vfio.c b/drivers/bus
Make is no longer supported for compiling DPDK, references are now
removed in code comments.
Signed-off-by: Ciara Power
---
lib/librte_mempool/rte_mempool.h | 2 +-
lib/librte_ring/rte_ring_elem.h | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/lib/librte_mempool/rte_mem
From: Bruce Richardson
When building the DPDK guide documents, the DPDK version information was
pulled using "make showversion", which meant there was a dependency on
the DPDK make-based build system. Change this to have the version info
passed in from meson itself.
Signed-off-by: Bruce Richards
The deprecation notice for make can now be removed as this patchset
removes the make build system.
Signed-off-by: Ciara Power
---
doc/guides/rel_notes/deprecation.rst | 7 ---
1 file changed, 7 deletions(-)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_notes/deprecatio
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Reviewed-by: Kevin Laatz
Signed-off-by: Ciara Power
---
doc/guides/bbdevs/fpga_5gnr_fec.rst | 7 ++-
doc/guides/bbdevs/fpga_lte_fec.rst | 7 ++-
doc/guides/bbdevs/turbo_sw.rst | 15 -
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Reviewed-by: Kevin Laatz
Signed-off-by: Ciara Power
---
doc/guides/compressdevs/isal.rst | 4
doc/guides/compressdevs/octeontx.rst | 24 ++--
doc/guides/compressdevs/zl
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
Reviewed-by: Kevin Laatz
---
doc/guides/cryptodevs/aesni_gcm.rst | 4 +-
doc/guides/cryptodevs/aesni_mb.rst | 4 +-
doc/guides/cryptodevs/armv8.rst | 3 --
doc/gui
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
Signed-off-by: Louise Kilheeney
---
doc/guides/contributing/coding_style.rst | 46 +---
doc/guides/contributing/design.rst| 127 ++
doc/g
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Reviewed-by: Kevin Laatz
Signed-off-by: Ciara Power
---
doc/guides/eventdevs/dpaa.rst | 20
doc/guides/eventdevs/dpaa2.rst | 20
doc/guides/eventde
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Reviewed-by: Bruce Richardson
Signed-off-by: Ciara Power
---
doc/guides/linux_gsg/build_dpdk.rst | 84 +++
doc/guides/linux_gsg/build_sample_apps.rst| 69 +-
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Acked-by: Bruce Richardson
Signed-off-by: Ciara Power
---
doc/guides/freebsd_gsg/build_dpdk.rst | 2 +-
doc/guides/freebsd_gsg/intro.rst | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
---
doc/guides/howto/lm_bond_virtio_sriov.rst | 4 +--
doc/guides/howto/lm_virtio_vhost_user.rst | 4 +--
doc/guides/howto/packet_capture_framework.rst | 21 +++--
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
---
doc/guides/mempool/octeontx.rst | 28 +++-
doc/guides/mempool/octeontx2.rst | 10 +-
2 files changed, 4 insertions(+), 34 deletions(-)
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Reviewed-by: Bruce Richardson
Signed-off-by: Ciara Power
---
doc/guides/nics/ark.rst| 26 -
doc/guides/nics/atlantic.rst | 4 --
doc/guides/nics/axgbe.rst | 1
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
---
doc/guides/platform/bluefield.rst | 22 -
doc/guides/platform/octeontx.rst | 33 +--
doc/guides/platform/octeontx2.rst
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
Reviewed-by: Kevin Laatz
---
MAINTAINERS | 3 +-
doc/guides/prog_guide/build_app.rst | 48 +--
.../prog_guide/dev_kit_build_
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
---
doc/guides/vdpadevs/ifc.rst | 13
doc/guides/vdpadevs/mlx5.rst | 40 +++-
2 files changed, 3 insertions(+), 50 deletions(-
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
---
doc/guides/sample_app_ug/bbdev_app.rst| 34 ++--
doc/guides/sample_app_ug/cmd_line.rst | 2 +-
doc/guides/sample_app_ug/compiling.rst| 83 +
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
Reviewed-by: Kevin Laatz
---
doc/guides/tools/comp_perf.rst| 10 ++---
doc/guides/tools/cryptoperf.rst | 20 +++--
doc/guides/tools/pdump.rst
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
Reviewed-by: Kevin Laatz
---
v3: Added back in ieee1588 description.
---
doc/guides/testpmd_app_ug/run_app.rst | 6 +++---
doc/guides/testpmd_app_ug/testpmd_funcs.r
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Signed-off-by: Ciara Power
Reviewed-by: Kevin Laatz
---
doc/build-sdk-quick.txt | 55 -
1 file changed, 21 insertions(+), 34 deletions(-)
diff --git a/doc/bu
On Sat, Aug 29, 2020 at 03:13:16PM +0800, Chengchang Tang wrote:
> Add a field named rx_buf_size in rte_eth_rxq_info to indicate the buffer
> size used in receiving packets for HW.
>
> In this way, upper-layer users can get this information by calling
> rte_eth_rx_queue_info_get.
>
> Signed-off-b
Make is no longer supported for compiling DPDK, references are now
removed in the documentation.
Reviewed-by: Kevin Laatz
Signed-off-by: Ciara Power
---
doc/guides/rawdevs/dpaa2_cmdif.rst | 21 -
doc/guides/rawdevs/dpaa2_qdma.rst| 21 -
doc/guides/r
Acked-by: Hemant Agrawal
From: Akhil Goyal
The SDAP is a protocol in the LTE stack on top of PDCP. It is
dedicated to QoS.
The difficulty of implementing this protocol is because the
PDCP change behavior regarding encryption and authentication
of the SDU it receives. In effect PDCP shall not encrypt the
SDAP SDU but mus
From: Franck LENORMAND
The SDAP is a protocol in the LTE stack on top of PDCP. It is
dedicated to QoS.
The difficulty of implementing this protocol is because the
PDCP change behavior regarding encryption and authentication
of the SDU it receives. In effect PDCP shall not encrypt the
SDAP SDU bu
From: Akhil Goyal
Based on the new field in PDCP xform, a decision is made
to create a PDCP session with or without SDAP enabled.
Signed-off-by: Akhil Goyal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 30 ++---
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git
From: Franck LENORMAND
The function test_pdcp_proto was relying to heavily on the structure
of test vectors for PDCP making it difficult to be reusable.
The function is changed to take all the test parameters as input and
does not need access to the tests vectors anymore.
Signed-off-by: Franck
1 - 100 of 164 matches
Mail list logo
