On 10/4/22 01:40, Ferruh Yigit wrote:
On 9/23/2022 8:43 AM, Dongdong Liu wrote:
From: "Min Hu (Connor)"
Added the ethdev Rx/Tx desc dump API which provides functions for query
descriptor from device. HW descriptor info differs in different NICs.
The information demonstrates I/O process which
On 10/3/22 19:34, Michael Savisko wrote:
In some cases application may receive a packet that should have been
received by the kernel. In this case application uses KNI or other means
to transfer the packet to the kernel.
With bifurcated driver we can have a rule to route packets matching
a patte
On 10/4/22 05:21, Wang, YuanX wrote:
Hi Andrew,
-Original Message-
From: Andrew Rybchenko
Sent: Monday, October 3, 2022 3:04 PM
To: Wang, YuanX ; dev@dpdk.org; Thomas
Monjalon ; Ferruh Yigit ;
Ray Kinsella
Cc: ferruh.yi...@xilinx.com; Li, Xiaoyun ; Singh, Aman
Deep ; Zhang, Yuying
; Z
As reported by Coverity, this check is pointless since dev is already
dereferenced earlier. Besides, dev is passed by the rawdev layer and
can't be NULL.
Note: the issue was probably present before the incriminated commit.
It is unclear why Coverity would start complaining about this now.
Coverit
Linux EAL triggers a scan on all buses, PCI included.
Once done, it configures VFIO.
Checking for VFIO status in the PCI bus scan is pointless.
Signed-off-by: David Marchand
---
drivers/bus/pci/linux/pci.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/bus/pci/linux/pci.c b/driv
RTE_TEST_[RT]X_DESC_DEFAULT and RTE_TEST_[RT]X_DESC_MAX macros have been
copied in a lot of app/ and examples/ code.
Those macros are local to each program.
They are not related to a DPDK public header/API, drop the RTE_TEST_
prefix.
Signed-off-by: David Marchand
---
app/test-pmd/testpmd.c
On Tue, Oct 04, 2022 at 09:30:39AM +0300, Omer Yamac wrote:
>
>
> On 03.10.2022 17:01, Bruce Richardson wrote:
> > On Mon, Oct 03, 2022 at 04:59:18PM +0300, Omer Yamac wrote:
> > >
> > >
> > > On 03.10.2022 12:19, Bruce Richardson wrote:
> > > > On Mon, Oct 03, 2022 at 09:52:03AM +0300, Abdulla
27/09/2022 13:46, David Marchand:
> This function was never implemented and has been deprecated for a long
> time. We can remove it.
>
> Signed-off-by: David Marchand
Applied, thanks.
On 10/4/22 05:48, Wang, YuanX wrote:
Hi Andrew,
-Original Message-
On 10/2/22 00:05, Yuan Wang wrote:
+
+ /* skip the payload */
Sorry, it is confusing. What do you mean here?
Because setting n proto_hdr will generate (n+1) segments. If we want to split
the p
On 9/28/22 12:24, Rongwei Liu wrote:
The transfer domain rule is able to match traffic wire/vf
origin and it means two directions' underlayer resource.
In customer deployments, they usually match only one direction
traffic in single flow table: either from wire or from vf.
Introduce one new mem
On Tue, Oct 4, 2022 at 14:59, David Marchand wrote:
On Fri, Sep 30, 2022 at 10:02 AM Min Zhou wrote:
Dear team,
The following patch set is intended to support DPDK running on LoongArch
architecture.
LoongArch is the general processor architecture of Loongson Corporation
and is a new RISC IS
Hi, David,
Thanks a lot for your helpful reply.
On Tue, Oct 4, 2022 at 01:15, David Marchand wrote:
On Fri, Sep 30, 2022 at 10:02 AM Min Zhou wrote:
Add all necessary elements for DPDK to compile and run EAL on
LoongArch64 Soc.
This includes:
- EAL library implementation for LoongArch ISA.
Hi, David,
Thanks for your kind reply.
On Tue, Oct 4, 2022 at 00:30, David Marchand wrote:
Hello Min,
On Sat, Oct 1, 2022 at 4:26 PM zhoumin wrote:
I'm Sorry, I misunderstood the 'instructions' you said. The process of
making the toolchain is a little complicated. So I made a script used to
On 9/29/22 12:35, sk...@marvell.com wrote:
From: Jerin Jacob
NIC HW controllers often come with congestion management support on
various HW objects such as Rx queue depth or mempool queue depth.
Also, it can support various modes of operation such as RED
(Random early discard), WRED etc on tho
From: Jerin Jacob
NIC HW controllers often come with congestion management support on
various HW objects such as Rx queue depth or mempool queue depth.
Also, it can support various modes of operation such as RED
(Random early discard), WRED etc on those HW objects.
Add a framework to express su
On 10/4/22 12:02, Andrew Rybchenko wrote:
On 9/29/22 12:35, sk...@marvell.com wrote:
From: Jerin Jacob
NIC HW controllers often come with congestion management support on
various HW objects such as Rx queue depth or mempool queue depth.
Also, it can support various modes of operation such as
> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> Sent: Monday, 3 October 2022 22.02
[...]
> The functionality provided is very useful, and the implementation is
> clever in the way it doesn't require any application modifications.
> But,
> a clever, useful brittle hack is still a brittle
On 9/13/22 10:38, Andrew Rybchenko wrote:
On 8/12/22 06:13, xuan.d...@intel.com wrote:
From: Xuan Ding
As announced in the deprecation note, this patch removes the Rx offload
flag 'RTE_ETH_RX_OFFLOAD_HEADER_SPLIT' and 'split_hdr_size' field from
the structure 'rte_eth_rxmode'. Meanwhile, the p
On 9/28/22 08:51, skotesh...@marvell.com wrote:
From: Satha Rao
The rate parameter modified to uint32_t, so that it can work
for more than 64 Gbps.
Signed-off-by: Satha Rao
Reviewed-by: Andrew Rybchenko
Applied to dpdk-next-net/main, thanks.
Hello,
This series addresses a number of issues and limitations I have
identified over time in the trace subsystem.
The main issue was with dynamically enabling trace points which was not
working if no trace point had been enabled at rte_eal_init() time.
This is 22.11 material.
We may start thi
If an application registers trace points later than rte_eal_init(),
changes in the trace point mode were not applied.
Fixes: 84c4fae4628f ("trace: implement operation APIs")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
lib/eal/common/eal_common_trace.c | 1 +
1 file changed, 1 insertio
The precompiled buffer initialised in regcomp must be freed before
leaving rte_trace_regexp.
Fixes: 84c4fae4628f ("trace: implement operation APIs")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
Changes since v1:
- split patch in two, keeping only the backportable fix as patch 3,
---
l
Directly skip the block when a trace point does not match the user
criteria.
Signed-off-by: David Marchand
---
lib/eal/common/eal_common_trace.c | 34 +--
1 file changed, 19 insertions(+), 15 deletions(-)
diff --git a/lib/eal/common/eal_common_trace.c
b/lib/eal/comm
The API does not state that changing mode should be refused if no trace
point is enabled. Remove this limitation.
Fixes: 84c4fae4628f ("trace: implement operation APIs")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
app/test/test_trace.c | 3 ---
lib/eal/common/eal_common_tr
trace->nb_trace_mem_list access must be under trace->lock to avoid
races with threads allocating/freeing their trace buffers.
Fixes: f6b2d65dcd5d ("trace: implement debug dump")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
lib/eal/common/eal_common_trace.c | 6 +++---
1 file changed, 3
Enabling trace points at runtime was not working if no trace point had
been enabled first at rte_eal_init() time. The reason was that
trace.args reflected the arguments passed to --trace= EAL option.
To fix this:
- the trace subsystem initialisation is updated: trace directory
creation is deferr
The API does not describe that metadata dump is conditioned to enabling
any trace points.
While at it, merge dump unit tests into the generic trace_autotest to
enhance coverage.
Fixes: f6b2d65dcd5d ("trace: implement debug dump")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
app/test/t
The name of a trace point is provided as a constant string via the
RTE_TRACE_POINT_REGISTER macro.
We can rely on the constant string in the binary and simply point at it.
There is then no need for a (fixed size) copy.
Signed-off-by: David Marchand
---
lib/eal/common/eal_common_trace.c | 1
Remove arbitrary limit on 12 characters of the file prefix used for the
directory where to store the traces.
Simplify the code by relying on dynamic allocations.
Signed-off-by: David Marchand
---
lib/eal/common/eal_common_trace_utils.c | 68 +
lib/eal/common/eal_trace.h
This is a *untested* cleanup series after looking for usage of
rte_pci_device objects in DPDK drivers.
I can't test those patches by lack of hw, so I hope the driver maintainer
can look into them.
Thanks.
--
David Marchand
Changes since v1:
- rebased,
- copied new maintainer,
David Marchand (4)
A DPDK application must _not_ use printf.
Use log framework.
Fixes: ef4b04f87fa6 ("crypto/ccp: support device init")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
drivers/crypto/ccp/ccp_dev.c | 4 ++--
drivers/crypto/ccp/ccp_pci.c | 3 ++-
drivers/crypto/ccp/rte_ccp_pmd.c | 2 +-
uio_fd is unused.
Fixes: 09a0fd736a08 ("crypto/ccp: enable IOMMU")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
drivers/crypto/ccp/ccp_dev.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/crypto/ccp/ccp_dev.c b/drivers/crypto/ccp/ccp_dev.c
index 9c9cb81236..410e62121e 10
Using IOVA or physical addresses is something that the user (via
--iova-mode=) or the bus code decides.
The crypto/ccp PCI driver should only use rte_mem_virt2iova.
It should not try to decide what to use solely based on the kmod
the PCI device is bound to.
While at it, the global variable sha_ct
This driver has been converted from a vdev driver to a pci driver some
time ago. This conversion is buggy as it tries to probe any pci devices
present on a system for *each* probe request from the PCI bus.
Rely on the passed pci device and only probe what is requested.
While at it:
- stop copyin
This patchset reworks the symmetric crypto and security session
data structure to use a single virtual/physical contiguous buffer
for symmetric crypto/security session and driver private data.
In addition the session data structure is now private.
The session is represented as an opaque pointer in
From: Fan Zhang
This patch updates the scheduler PMD to use unified session
data structure. Previously thanks to the private session
array in cryptodev sym session there are no necessary
change needed for scheduler PMD other than the way ops
are enqueued/dequeued. The patch inherits the same desi
Structure rte_cryptodev_sym_session is moved to internal
headers which are not visible to applications.
The only field which should be used by app is opaque_data.
This field can now be accessed via set/get APIs added in this
patch.
Subsequent changes in app and lib are made to compile the code.
Si
As per current design, rte_security_session_create()
unnecessarily use 2 mempool objects for a single session.
To address this, the API will now take only 1 mempool
object instead of 2. With this change, the library layer
will get the object from mempool and session priv data is
stored contiguousl
Added the support for rte_security_op.session_get_size()
in all the PMDs which support rte_security sessions and the
op was not supported.
Signed-off-by: Akhil Goyal
Acked-by: Kai Ji
Tested-by: Gagandeep Singh
Tested-by: David Coyle
Tested-by: Kevin O'Sullivan
---
drivers/crypto/caam_jr/caam
Structure rte_security_session is moved to internal
headers which are not visible to applications.
The only field which should be used by app is opaque_data.
This field can now be accessed via set/get APIs added in this
patch.
Subsequent changes in app and lib are made to compile the code.
Signed-
When compiling with MinGW GCC 12,
the rte_flow_item array is seen as read out of bound:
net/i40e/i40e_hash.c:389:47: error:
array subscript 50 is above array bounds of ‘const uint64_t[50]’
{aka ‘const long long unsigned int[50]’} [-Werror=array-bounds]
389 | item_hdr = patt
A pointer is passed to a macro and it seems mistakenly referenced.
This issue is seen only when compiling with GCC 12 for 32-bit:
drivers/net/qede/base/ecore_init_fw_funcs.c:1418:25:
error: array subscript 1 is outside array bounds of ‘u32[1]’
{aka ‘unsigned int[1]’} [-Werror=array
04/10/2022 13:17, Thomas Monjalon:
> When compiling with MinGW GCC 12,
> the rte_flow_item array is seen as read out of bound:
>
> net/i40e/i40e_hash.c:389:47: error:
> array subscript 50 is above array bounds of ‘const uint64_t[50]’
> {aka ‘const long long unsigned int[50]’} [-Werror=
On Fri, Sep 30, 2022 at 3:19 PM Honnappa Nagarahalli
wrote:
> > Since 10 years, memzone allocation is allowed on secondary processes. Now
> > it's time to update the documentation accordingly.
> >
> > At the same time, fix mempool, mbuf and ring documentation which rely on
> > memzones internally.
On Tue, Oct 04, 2022 at 11:15:19AM +0200, Morten Brørup wrote:
> > From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> > Sent: Monday, 3 October 2022 22.02
>
> [...]
>
> > The functionality provided is very useful, and the implementation is
> > clever in the way it doesn't require any applica
Acked-by: Hemant Agrawal
Hi Dariusz,
> -Original Message-
> From: Dariusz Sosnowski
> Sent: Monday, September 19, 2022 7:38 PM
> To: Wisam Monther
> Cc: dev@dpdk.org
> Subject: [PATCH 7/7] app/flow-perf: add hairpin queue memory config
>
> This patch adds the hairpin-conf command line parameter to flow-perf
> a
Hello,
GCC 12 suspects an out-of-bound write in NEON port_groupx4():
In file included from examples/ipsec-secgw/ipsec_neon.h:9,
from examples/ipsec-secgw/ipsec_lpm_neon.h:9,
from examples/ipsec-secgw/ipsec_worker.c:16:
examples/common/neon/port_group.h: In functi
From: Morten Brørup
A flush threshold for the mempool cache was introduced in DPDK version
1.3, but rte_mempool_do_generic_get() was not completely updated back
then, and some inefficiencies were introduced.
Fix the following in rte_mempool_do_generic_get():
1. The code that initially screens t
Currently, the intel-ipsec-mb library only supports SGL for
GCM and ChaCha20-Poly1305 algorithms through the JOB API.
To add SGL support for other algorithms, a workaround approach is
added in the AESNI_MB PMD. SGL feature flags can now be added to
the PMD.
This patchset also includes a fix for S
Currently, for a sessionless op, the session taken from the mempool
contains some values previously set by a testcase that does use a
session. This is due to the session object not being reset before going
back into the mempool.
This caused issues when multiple sessionless testcases ran, as the
pr
The segment size for some tests was too small to hold the auth digest.
This caused issues when using op->sym->auth.digest.data for comparisons
in AESNI_MB PMD after a subsequent patch enables SGL.
For example, if segment size is 2, and digest size is 4, then 4 bytes
are read from op->sym->auth.dig
More tests are added to test variations of OOP SGL for snow3g.
This includes LB_IN_SGL_OUT and SGL_IN_LB_OUT.
Signed-off-by: Ciara Power
Acked-by: Fan Zhang
Acked-by: Pablo de Lara
---
app/test/test_cryptodev.c | 48 +++
1 file changed, 39 insertions(+), 9 d
The intel-ipsec-mb library supports SGL for GCM and ChaChaPoly
algorithms using the JOB API.
This support was added to AESNI_MB PMD previously, but the SGL feature
flags could not be added due to no SGL support for other algorithms.
This patch adds a workaround SGL approach for other algorithms
us
The current blockcipher test function only has support for two types of
SGL test, INPLACE or OOP_SGL_IN_LB_OUT. These types are hardcoded into
the function, with the number of segments always set to 3.
To ensure all SGL types are tested, blockcipher test vectors now have
fields to specify SGL type
Hi Morten,
In general I agree that the fix is required.
In sent v3 I'm trying to make it a bit better from my point of
view. See few notes below.
On 2/2/22 11:14, Morten Brørup wrote:
A flush threshold for the mempool cache was introduced in DPDK version
1.3, but rte_mempool_do_generic_get() wa
On 10/4/2022 9:01 AM, David Marchand wrote:
RTE_TEST_[RT]X_DESC_DEFAULT and RTE_TEST_[RT]X_DESC_MAX macros have been
copied in a lot of app/ and examples/ code.
Those macros are local to each program.
They are not related to a DPDK public header/API, drop the RTE_TEST_
prefix.
Signed-off-by: Da
During EAL init, all buses are probed and the devices found are
initialized. On eal_cleanup(), the inverse does not happen, meaning any
allocated memory and other configuration will not be cleaned up
appropriately on exit.
Currently, in order for device cleanup to take place, applications must
cal
On 2022-10-04 13:57, Bruce Richardson wrote:
> On Tue, Oct 04, 2022 at 11:15:19AM +0200, Morten Brørup wrote:
>>> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
>>> Sent: Monday, 3 October 2022 22.02
>>
>> [...]
>>
>>> The functionality provided is very useful, and the implementation is
>>>
On 9/30/2022 9:15 PM, Mingjin Ye wrote:
After setting "vlan offload" in testpmd, the result does not
update the rxq queues configuration.
Therefore, this patch is to reconfigure rxq queues after
executing the "vlan offload" command.
Fixes: a47aa8b97afe ("app/testpmd: add vlan offload support"
On 7/21/22 18:19, Stephen Hemminger wrote:
On Thu, 21 Jul 2022 11:13:01 +
Alex Kiselev wrote:
On Linux and most other systems, network interface index is a 32-bit
integer. Indexes overflowing the 16-bit integer are frequently seen
when used inside a Docker container.
Signed-off-by: Alex
> From: Andrew Rybchenko [mailto:andrew.rybche...@oktetlabs.ru]
> Sent: Tuesday, 4 October 2022 14.54
> To: Olivier Matz
> Cc: dev@dpdk.org; Morten Brørup; Beilei Xing; Bruce Richardson; Jerin
> Jacob Kollanukkaran
> Subject: [PATCH v3] mempool: fix get objects from mempool with cache
>
> From: Mo
On 8/9/22 22:34, Stephen Hemminger wrote:
The TAP device only lasts as long as the DPDK application that opened
it is running. This behavior is basd if the DPDK application needs
to be updated transparently without disturbing other services
using the tap device.
This patch adds a persist feature
On 9/1/22 11:03, Singh, Aman Deep wrote:
On 8/2/2022 11:21 PM, Hanumanth Pothula wrote:
Presently, rx metadata is sent to PMD by default, leading
to a performance drop as processing for the same in rx path
takes extra cycles.
Hence, introducing command line argument, 'nic-to-pmd-rx-metadata'
On 8/8/22 13:39, Joyce Kong wrote:
Hi Huzaifa,
This patch looks good to me.
And would you please help review my memif patches?
https://patches.dpdk.org/project/dpdk/cover/20220701102815.1444223-1-joyce.k...@arm.com/
Thanks,
Joyce
-Original Message-
From: huzaifa.rahman
Sent: Tuesday,
The dev->device.numa_node field is set by each bus driver for
every device it manages to indicate on which NUMA node this device lies.
When this information is unknown, the assigned value is not consistent
across the bus drivers.
Set the default value to SOCKET_ID_ANY (-1) by all bus drivers
when
On 9/9/22 12:31, Namburu, Chandu-babu wrote:
-Original Message-
From: Modali, Bhagyada
Sent: Thursday, September 8, 2022 11:45 PM
To: Namburu, Chandu-babu ; Yigit, Ferruh
Cc: dev@dpdk.org; sta...@dpdk.org; Modali, Bhagyada
Subject: [PATCH v2] net/axgbe: support segmented Tx
Enable seg
Hi Andrew,
> -Original Message-
> From: Andrew Rybchenko
> Sent: Tuesday, October 4, 2022 3:53 PM
> To: Wang, YuanX ; dev@dpdk.org; Thomas
> Monjalon ; Ferruh Yigit ;
> Ray Kinsella
> Cc: ferruh.yi...@xilinx.com; Li, Xiaoyun ; Singh, Aman
> Deep ; Zhang, Yuying
> ; Zhang, Qi Z ; Yang,
>
Hi Andrew,
> -Original Message-
> From: Andrew Rybchenko
> Sent: Tuesday, October 4, 2022 4:23 PM
> To: Wang, YuanX ; dev@dpdk.org; Thomas
> Monjalon ; Ferruh Yigit
> Cc: ferruh.yi...@xilinx.com; m...@ashroe.eu; Li, Xiaoyun
> ; Singh, Aman Deep ;
> Zhang, Yuying ; Zhang, Qi Z
> ; Yang, Q
On 9/20/22 13:56, Ori Kam wrote:
Hi,
-Original Message-
From: Dariusz Sosnowski
Sent: Tuesday, 20 September 2022 11:49
Hi Thomas,
-Original Message-
From: Thomas Monjalon
Sent: Wednesday, September 14, 2022 23:30
To: dev@dpdk.org
Cc: Michael Savisko ; Slava Ovsiienko
; Mata
On 9/2/22 20:25, Herakliusz Lipiec wrote:
Currently ring pmd does not support ``rte_power_monitor`` api.
This patch adds support by adding monitor callback that is called
whenever we enter sleep state and need to check if it is time to wake
up.
Signed-off-by: Herakliusz Lipiec
Acked-by: Bruce R
@Aaron, do you have any insights or comments to my curiosity below?
> From: Andrew Rybchenko [mailto:andrew.rybche...@oktetlabs.ru]
> Sent: Tuesday, 4 October 2022 14.58
>
> Hi Morten,
>
> In general I agree that the fix is required.
> In sent v3 I'm trying to make it a bit better from my point
Hi Stephen,
I tested the patch. "-D" option is now working properly.
But I am facing an issue in this.
Using "-D" provides me with the interfaces available. For me these are
":18:01.0" and ":18:09.0":
./dpdk-dumpcap -D --file-prefix wls_1
FlexRAN SDK bblib_lte_ldpc_decoder version #DIRT
On Tue, Oct 4, 2022 at 3:08 PM Kevin Laatz wrote:
>
> During EAL init, all buses are probed and the devices found are
> initialized. On eal_cleanup(), the inverse does not happen, meaning any
> allocated memory and other configuration will not be cleaned up
> appropriately on exit.
>
> Currently,
On 7/14/22 16:47, abhimanyu.sa...@xilinx.com wrote:
From: Abhimanyu Saini
In SW assisted live migration, vDPA driver will stop all virtqueues
and setup up SW vrings to relay the communication between the
virtio driver and the vDPA device using an event driven relay thread
This will allow vDPA d
On 04/10/2022 16:28, David Marchand wrote:
On Tue, Oct 4, 2022 at 3:08 PM Kevin Laatz wrote:
During EAL init, all buses are probed and the devices found are
initialized. On eal_cleanup(), the inverse does not happen, meaning any
allocated memory and other configuration will not be cleaned up
ap
Define the missing __NR_memfd_create syscall id to enable the memif
PMD on LoongArch.
Signed-off-by: Min Zhou
---
drivers/net/memif/meson.build | 6 --
drivers/net/memif/rte_eth_memif.h | 2 ++
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/net/memif/meson.build b
Similar to RISC-V, the current version for LoongArch do not support
vector. Re-use vector processing stubs in ixgbe PMD defined for PPC
for LoongArch. This enables ixgbe PMD usage in scalar mode on
LoongArch.
The ixgbe PMD driver was validated with Intel X520-DA2 NIC and the
test-pmd application,
Dear team,
The following patch set is intended to support DPDK running on LoongArch
architecture.
LoongArch is the general processor architecture of Loongson Corporation
and is a new RISC ISA, which is a bit like MIPS or RISC-V.
The online documents of LoongArch architecture are here:
https:
Add missing em_mask_key() implementation to enable the l3fwd to be
run on LoongArch.
Signed-off-by: Min Zhou
---
examples/l3fwd/l3fwd_em.c | 8
examples/l3fwd/meson.build | 6 --
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/examples/l3fwd/l3fwd_em.c b/examples/l3f
Add all necessary elements for DPDK to compile and run EAL on
LoongArch64 Soc.
This includes:
- EAL library implementation for LoongArch ISA.
- meson build structure for 'loongarch' architecture.
RTE_ARCH_LOONGARCH define is added for architecture identification.
- xmm_t structure operation stu
Define the missing __NR_bpf syscall id to enable the tap PMD on
LoongArch.
Signed-off-by: Min Zhou
---
drivers/net/tap/meson.build | 6 --
drivers/net/tap/tap_bpf.h | 2 ++
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/net/tap/meson.build b/drivers/net/tap/meson.bu
Add checks for all flag values defined in the LoongArch cpu
feature table.
Signed-off-by: Min Zhou
---
app/test/test_cpuflags.c | 41
1 file changed, 41 insertions(+)
diff --git a/app/test/test_cpuflags.c b/app/test/test_cpuflags.c
index 98a99c2c7d..a0e3
On 10/4/22 18:13, Morten Brørup wrote:
@Aaron, do you have any insights or comments to my curiosity below?
From: Andrew Rybchenko [mailto:andrew.rybche...@oktetlabs.ru]
Sent: Tuesday, 4 October 2022 14.58
Hi Morten,
In general I agree that the fix is required.
In sent v3 I'm trying to make it
On 9/5/22 11:59, Dongdong Liu wrote:
This patchset consists of two parts that have been sent out before.
1. [PATCH 0/5] some bugfixes and clean code for hns3
https://lore.kernel.org/all/20220713115002.8959-2-liudongdo...@huawei.com/T/
2. [PATCH 0/8] some bugfixes for hns3
https://lore.kernel.org/
RESENT for test purposes.
A flush threshold for the mempool cache was introduced in DPDK version 1.3, but
rte_mempool_do_generic_get() was not completely updated back then, and some
inefficiencies were introduced.
This patch fixes the following in rte_mempool_do_generic_get():
1. The code that
This patch fix the session pointer passed in set_session()
when ctx has NULL build request pointer in multi-processes
scenario.
Fixes: fb3b9f492205 ("crypto/qat: rework burst data path")
Cc: sta...@dpdk.org
Signed-off-by: Kai Ji
---
drivers/crypto/qat/qat_sym.c | 2 +-
1 file changed, 1 inserti
RESENT for test purposes.
A flush threshold for the mempool cache was introduced in DPDK version
1.3, but rte_mempool_do_generic_get() was not completely updated back
then, and some inefficiencies were introduced.
This patch fixes the following in rte_mempool_do_generic_get():
1. The code that i
RESENT for test purposes.
A flush threshold for the mempool cache was introduced in DPDK version
1.3, but rte_mempool_do_generic_get() was not completely updated back
then, and some inefficiencies were introduced.
This patch fixes the following in rte_mempool_do_generic_get():
1. The code that i
19/09/2022 18:37, Dariusz Sosnowski:
> This patch series introduces hairpin memory configuration options proposed in
> http://patches.dpdk.org/project/dpdk/patch/20220811120530.191683-1-dsosnow...@nvidia.com/
> for Rx and Tx hairpin queues. It also implements handling of these options in
> mlx5 PM
During EAL init, all buses are probed and the devices found are
initialized. On eal_cleanup(), the inverse does not happen, meaning any
allocated memory and other configuration will not be cleaned up
appropriately on exit.
Currently, in order for device cleanup to take place, applications must
cal
19/09/2022 18:37, Dariusz Sosnowski:
> This patch introduces new hairpin queue configuration options through
> rte_eth_hairpin_conf struct, allowing to tune Rx and Tx hairpin queues
> memory configuration. Hairpin configuration is extended with the
> following fields:
What is the benefit?
How the
28/09/2022 15:30, Tadhg Kearney:
> Add API to allow uncore frequency adjustment. This is done through
> manipulating related uncore frequency control sysfs entries to
> adjust the minimum and maximum uncore frequency values.
> Nine API's are being added that are all public and experimental.
You ca
Hi Akhil, Thomas,
v12: minor change to fix misaligned comment on patch 6 raised by Thomas.
Thanks.
v11: updated based on Thomas review notably on comments through the serie and
ordering. Thanks. I have also updated rel_notes and deprecation through the
serie this time.
v10: replacing the _PAD
Updating the enum for rte_bbdev_op_type
to allow to keep ABI compatible for enum insertion
while adding padded maximum value for array need.
Removing RTE_BBDEV_OP_TYPE_COUNT and instead exposing
RTE_BBDEV_OP_TYPE_SIZE_MAX.
Signed-off-by: Nicolas Chautru
Acked-by: Maxime Coquelin
---
app/test-bb
Added device status information, so that the PMD can
expose information related to the underlying accelerator device status.
Minor order change in structure to fit into padding hole.
Signed-off-by: Nicolas Chautru
Acked-by: Mingshan Zhang
Acked-by: Hemant Agrawal
---
doc/guides/rel_notes/depre
Adding more options in the API to expose the number
of queues exposed and related priority.
Signed-off-by: Nicolas Chautru
Acked-by: Maxime Coquelin
---
doc/guides/rel_notes/deprecation.rst | 3 ---
doc/guides/rel_notes/release_22_11.rst | 2 +-
lib/bbdev/rte_bbdev.h | 6
Add support in existing bbdev PMDs for the explicit number of queues
and priority for each operation type configured on the device.
Signed-off-by: Nicolas Chautru
Acked-by: Maxime Coquelin
Acked-by: Hemant Agrawal
---
drivers/baseband/acc100/rte_acc100_pmd.c | 29 +++
.../
This allows to expose more information with regards to any
queue related failure and warning which cannot be supported
in existing API.
Signed-off-by: Nicolas Chautru
Acked-by: Maxime Coquelin
---
app/test-bbdev/test_bbdev_perf.c | 2 ++
doc/guides/rel_notes/release_22_11.rst | 3 ++
li
Extension of bbdev operation to support FFT based operations.
Signed-off-by: Nicolas Chautru
Acked-by: Hemant Agrawal
Acked-by: Maxime Coquelin
---
doc/guides/prog_guide/bbdev.rst| 103 +
doc/guides/rel_notes/deprecation.rst | 4 -
doc/guides/rel_notes/release_22_11
1 - 100 of 147 matches
Mail list logo
