I've seen some applications that have to rewrite fragment
functions themselves in order to use MBUF_FAST_FREE
features, such as iQiYi's DPVS.
Thank you for your reply, Konstantin.
Both MBUF_FAST_FREE and indirect mbufs are for performance reasons,
but they cannot be used at the same time, which is indeed a pity. In a
real-world
application, I don't know which method is more conducive to the optimization of
overall performance, so I wan
> -Original Message-
> From: Thomas Monjalon
> Sent: Friday, June 3, 2022 5:17 PM
> To: Zhang, Qi Z
> Cc: Liu, KevinX ; dev@dpdk.org; sta...@dpdk.org; Yang,
> Qiming ; Yang, SteveX ;
> sta...@dpdk.org; Mcnamara, John ;
> ferruh.yi...@amd.com; andrew.rybche...@oktetlabs.ru
> Subject: Re
Some NIC drivers support DEV_TX_OFFLOAD_MBUF_FAST_FREE offload(
Device supports optimization for fast release of mbufs.When set
application must guarantee that per-queue all mbufs comes from the
same mempool and has refcnt = 1).In order to adapt to this offload
function,we need to modify the ex
[konstantin.v.anan...@yandex.ru appears similar to someone who
previously sent you email, but may not be that person. Learn why this
could be a risk at https://aka.ms/LearnAboutSenderIdentification.]
16/05/2022 07:10, Feifei Wang пишет:
Currently, the transmit side frees the buffers in
-Original Message-
From: Chautru, Nicolas
Sent: Tuesday, May 31, 2022 5:32 PM
To: dev@dpdk.org; gak...@marvell.com; t...@redhat.com;
maxime.coque...@redhat.com
Cc: tho...@monjalon.net; Kinsella, Ray ; Richardson,
Bruce ; hemant.agra...@nxp.com; Vargas, Hernan
; david.march...@redhat
-Original Message-
From: Chautru, Nicolas
Sent: Tuesday, May 31, 2022 5:32 PM
To: dev@dpdk.org; gak...@marvell.com; t...@redhat.com;
maxime.coque...@redhat.com
Cc: tho...@monjalon.net; Kinsella, Ray ; Richardson,
Bruce ; hemant.agra...@nxp.com; Vargas, Hernan
; david.march...@redhat
Hi Andrew,
> -Original Message-
> From: Andrew Rybchenko
> Sent: Thursday, June 2, 2022 9:21 PM
> To: Wu, WenxuanX ; tho...@monjalon.net; Li,
> Xiaoyun ; ferruh.yi...@xilinx.com; Singh, Aman Deep
> ; dev@dpdk.org; Zhang, Yuying
> ; Zhang, Qi Z ;
> jerinjac...@gmail.com
> Cc: step...@netwo
On Fri, 3 Jun 2022 08:53:59 -0700
Stephen Hemminger wrote:
> On Fri, 25 Mar 2022 20:58:09 +0530
> madhuker.myt...@oracle.com wrote:
>
> > From: Madhuker Mythri
> >
> > As per analysis on DPDK Tap PMD, the existing RSS algorithm considering
> > 4-tuple(Src-IP, Dst-IP, Src-port and Dst-port) an
Hi dpdk-dev,
I would like to submit adapter instance get api to retrieve the Rx/Tx
adapter instance id for for a Rx/Tx queue
int
rte_event_eth_rx_adapter_queue_instance_get(uint16_t eth_dev_id,
uint16_t rx_queue_id, uint8_t
*instance_id)
and
int
r
Hi David,
On 03/06/2022 10:41, David Marchand wrote:
On Fri, Jun 3, 2022 at 9:56 AM Bruce Richardson
wrote:
On Fri, Jun 03, 2022 at 09:45:45AM +0200, David Marchand wrote:
Hello Vladimir,
On Thu, Jun 2, 2022 at 8:42 PM Medvedkin, Vladimir
wrote:
if (!dst) {
On Fri, 25 Mar 2022 20:58:09 +0530
madhuker.myt...@oracle.com wrote:
> From: Madhuker Mythri
>
> As per analysis on DPDK Tap PMD, the existing RSS algorithm considering
> 4-tuple(Src-IP, Dst-IP, Src-port and Dst-port) and identification of fragment
> packets is not done, thus we are seeing all
On Fri, Jun 03, 2022 at 08:11:54AM -0700, Stephen Hemminger wrote:
> On Fri, 3 Jun 2022 15:36:01 +0100
> Kevin Laatz wrote:
>
> > +/* Clean up all devices of all buses */
> > +int
> > +eal_bus_cleanup(void)
> > +{
> > + int ret = 0;
> > + struct rte_bus *bus;
> > +
> > + TAILQ_FOREACH(bus,
On 6/3/2022 2:19 PM, Lewis Donzis wrote:
Hi, all.
Resurrecting this thread from six months ago, I apologize for not having more time to dig
into it, but in light of recent findings, I see numerous other drivers and other parts of
the code that have comments to the effect that "FreeBSD doesn't
At device probe, the fslmc bus driver calls rte_vfio_get_group_fd() to
get a fd associated to a vfio group. This function first checks if the
group is already opened, else it opens /dev/vfio/%u, and increases the
number of active groups in default_vfio_cfg (which references the
default vfio contain
On Fri, 3 Jun 2022 15:36:01 +0100
Kevin Laatz wrote:
> +/* Clean up all devices of all buses */
> +int
> +eal_bus_cleanup(void)
> +{
> + int ret = 0;
> + struct rte_bus *bus;
> +
> + TAILQ_FOREACH(bus, &rte_bus_list, next) {
> + if (bus->cleanup == NULL)
> +
Spike Du writes:
> Host port shaper can be configured with QSHR(QoS Shaper Host Register).
> Add check in build files to enable this function or not.
>
> The host shaper configuration affects all the ethdev ports belonging to the
> same host port.
>
> Host shaper can configure shaper rate and l
Spike Du writes:
> Fill threshold describes the fullness of a Rx queue. If the Rx
> queue fullness is above the threshold, the device will trigger the event
> RTE_ETH_EVENT_RX_FILL_THRESH.
> Fill threshold is defined as a percentage of Rx queue size with valid
> value of [0,99].
> Setting fill
On 02/06/2022 03:06, lihuisong (C) wrote:
Hi Kevin,
在 2022/6/2 1:02, Kevin Laatz 写道:
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
appropri
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
Spike Du writes:
> There are many duplicate code of creating and initializing rte_intr_handle.
> Add a new mlx5_os API to do this, replace all PMD related code with this
> API.
>
> Signed-off-by: Spike Du
> ---
> drivers/common/mlx5/linux/mlx5_common_os.c | 131 ++
>
Tested ok
Acked-by: Hemant Agrawal
On 5/31/2022 2:57 PM, Romain Delhomel wrote:
At device probe, the fslmc bus driver calls rte_vfio_get_group_fd() to
get a fd associated to a vfio group. This function first checks if the
group is already opened, else it opens /dev/vfio/%u, and increases the
"Kusztal, ArkadiuszX" writes:
>> -Original Message-
>> From: Akhil Goyal
>> Sent: Thursday, June 2, 2022 4:25 PM
>> To: Ray Kinsella
>> Cc: Kusztal, ArkadiuszX ; dev@dpdk.org; Zhang,
>> Roy Fan
>> Subject: RE: [EXT] [PATCH v5 06/12] cryptodev: add elliptic curve diffie
>> hellman
>>
Hi, all.
Resurrecting this thread from six months ago, I apologize for not having more
time to dig into it, but in light of recent findings, I see numerous other
drivers and other parts of the code that have comments to the effect that
"FreeBSD doesn't support interrupts" and they effectively #
From: Sunil Kumar Kori
To enable input coloring, based on VLAN or DSCP, patch adds
command line interface to configure the following:
- configuring input coloring using VLAN or DSCP while creating
meter i.e. during rte_mtr_create()
- Update VLAN input coloring table at runtime.
- configu
> -Original Message-
> From: Andrew Rybchenko
> Sent: Tuesday, May 31, 2022 9:12 PM
> To: Dumitrescu, Cristian ; Sunil Kumar Kori
> ; Li, Xiaoyun ; Singh, Aman
> Deep ; Zhang, Yuying
>
> Cc: dev@dpdk.org
> Subject: [EXT] Re: [PATCH v2 1/1] app/testpmd: support different input color
> meth
Add command line options to support host shaper configure.
- Command syntax:
mlx5 set port host_shaper fill_thresh_triggered <0|1> rate
- Example commands:
To enable fill_thresh_triggered on port 1 and disable current host shaper:
testpmd> mlx5 set port 1 host_shaper fill_thresh_triggered 1 ra
Host port shaper can be configured with QSHR(QoS Shaper Host Register).
Add check in build files to enable this function or not.
The host shaper configuration affects all the ethdev ports belonging to the
same host port.
Host shaper can configure shaper rate and lwm-triggered for a host port.
The
Add mlx5 specific fill threshold configuration and query handler.
In mlx5 PMD, fill threshold is also called LWM(limit watermark).
While the Rx queue fullness reaches the LWM limit, the driver catches
an HW event and invokes the user callback.
The query handler finds the next RX queue with pending
When LWM meets RQ WQE, the kernel driver raises an event to SW.
Use devx event_channel to catch this and to notify the user.
Allocate this channel per shared device.
The channel has a cookie that informs the specific event port and queue.
Signed-off-by: Spike Du
---
drivers/net/mlx5/mlx5.c
Fill threshold describes the fullness of a Rx queue. If the Rx
queue fullness is above the threshold, the device will trigger the event
RTE_ETH_EVENT_RX_FILL_THRESH.
Fill threshold is defined as a percentage of Rx queue size with valid
value of [0,99].
Setting fill threshold to 0 means disable it,
There are many duplicate code of creating and initializing rte_intr_handle.
Add a new mlx5_os API to do this, replace all PMD related code with this
API.
Signed-off-by: Spike Du
---
drivers/common/mlx5/linux/mlx5_common_os.c | 131 ++
drivers/common/mlx5/linux/mlx5_comm
Add lwm(Limit WaterMark) field to Rxq object which indicates the percentage
of RX queue size used by HW to raise LWM event to the user.
Allow LWM setting in modify_rq command.
Allow the LWM configuration dynamically by adding RDY2RDY state change.
Signed-off-by: Spike Du
---
drivers/net/mlx5/mlx
Fill threshold is per RX queue attribute, when RX queue fullness reach the fill
threshold limit, HW sends an event to application.
Host shaper can configure shaper rate and fill_thresh-triggered for a host port.
The shaper limits the rate of traffic from host port to embedded ARM rx port on
Nvidi
On 6/2/22 09:54, Min Hu (Connor) wrote:
Currently, run KNI APP When Kernel version is 5.17. When quit the APP,
dmesg buffer get calltrace, info like:
[ 5965.847401] rte_kni: Creating kni...
[ 6225.627205] vEth0 (unregistered): Current addr: 70 fd 45 d0 72 a7 00..
[ 6225.640113] vEth0 (unregister
This patch replaces instances of zero-sized arrays i.e. those at the end
of structures with "[0]" with the more standard syntax of "[]".
Replacement was done using coccinelle script, with some cleanup of
whitespace afterwards.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: Ste
This patch replaces instances of zero-sized arrays i.e. those at the end
of structures with "[0]" with the more standard syntax of "[]".
Replacement was done using coccinelle script, with some cleanup of
whitespace afterwards.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: Ste
This patch replaces instances of zero-sized arrays i.e. those at the end
of structures with "[0]" with the more standard syntax of "[]".
Replacement was done using coccinelle script, with some cleanup of
whitespace afterwards.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: Ste
This patchset adds a coccinelle script to clean-up zero-length
arrays in structures. The final patches are the result of running
that script on the DPDK repository.
V4: removed change from struct ipsec_encap_pdb in common/dpaax, which
caused build errors
V3: Fixed issues in mlx5 drivers:
*
Add script to replace [0] with [] when used at the end of a struct.
The script also includes an additional struct member to match against so
as to avoid issues with arrays with only a single zero-length element.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: Stephen Hemminger
On Fri, Jun 03, 2022 at 11:13:27AM +0100, Bruce Richardson wrote:
> This patchset adds a coccinelle script to clean-up zero-length
> arrays in structures. The final patches are the result of running
> that script on the DPDK repository.
>
> V3: Fixed issues in mlx5 drivers:
> * fixed incorrect c
The L3FWD sample app doc contains outdated static code
snippets and references to functions which no longer
exist. This patch updates this doc to use up to date
references.
Signed-off-by: Sean Morrissey
---
doc/guides/sample_app_ug/l3_forward.rst | 87 +++--
examples/l3fwd/l3
writes:
> From: Satheesh Paul
>
> Add ROC API to free the given MCAM entry. If the MCAM
> entry has flow counter associated, this API will clear
> and free the flow counter.
>
> Signed-off-by: Satheesh Paul
> Reviewed-by: Jerin Jacob Kollanukkaran
> ---
> drivers/common/cnxk/roc_npc.c
Hi,
I've submitted a patch on 27th May, 2022. One of the tests is failing
and I think it is not related to the patch.
Following test is failing:
- ci/github-robot: build
Can you please rerun the tests so that the patch can be submitted.
Regards,
-Usman
On Fri, May 27, 2022 at 11:42 AM Usman Tan
On Fri, Jun 03, 2022 at 12:30:25PM +0200, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Friday, 3 June 2022 12.13
> >
> > Add script to replace [0] with [] when used at the end of a struct.
> > The script also includes an additional struct member to
On 5/31/22 20:14, Honnappa Nagarahalli wrote:
25/05/2022 01:24, Honnappa Nagarahalli пишет:
From: Konstantin Ananyev
20/04/2022 09:16, Feifei Wang пишет:
Enable direct rearm mode. The mapping is decided in the data plane
based on the first packet received.
Suggested-by: Honnappa Naga
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Friday, 3 June 2022 12.13
>
> Add script to replace [0] with [] when used at the end of a struct.
> The script also includes an additional struct member to match against
> so
> as to avoid issues with arrays with only a single ze
On 5/11/22 01:49, Honnappa Nagarahalli wrote:
On 4/20/22 11:16, Feifei Wang wrote:
Add API for enabling direct rearm mode and for mapping RX and TX
queues. Currently, the API supports 1:1(txq : rxq) mapping.
Suggested-by: Honnappa Nagarahalli
Signed-off-by: Feifei Wang
Reviewed-by: Ruifeng Wa
This patch replaces instances of zero-sized arrays i.e. those at the end
of structures with "[0]" with the more standard syntax of "[]".
Replacement was done using coccinelle script, with some cleanup of
whitespace afterwards.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: St
This patch replaces instances of zero-sized arrays i.e. those at the end
of structures with "[0]" with the more standard syntax of "[]".
Replacement was done using coccinelle script, with some cleanup of
whitespace afterwards.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: St
This patch replaces instances of zero-sized arrays i.e. those at the end
of structures with "[0]" with the more standard syntax of "[]".
Replacement was done using coccinelle script, with some cleanup of
whitespace afterwards.
Signed-off-by: Bruce Richardson
Acked-by: Morten BrÃÂørup
Acked-
Add script to replace [0] with [] when used at the end of a struct.
The script also includes an additional struct member to match against so
as to avoid issues with arrays with only a single zero-length element.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: Stephen Hemminger
This patchset adds a coccinelle script to clean-up zero-length
arrays in structures. The final patches are the result of running
that script on the DPDK repository.
V3: Fixed issues in mlx5 drivers:
* fixed incorrect coccinelle replacement of 2-D zero-length arrays
* undid removal of "0" in tx
On Fri, Jun 3, 2022 at 9:56 AM Bruce Richardson
wrote:
>
> On Fri, Jun 03, 2022 at 09:45:45AM +0200, David Marchand wrote:
> > Hello Vladimir,
> >
> > On Thu, Jun 2, 2022 at 8:42 PM Medvedkin, Vladimir
> > wrote:
> > > > if (!dst) {
> > > > rte_pktmbuf_free(m);
01/06/2022 13:52, Medvedkin, Vladimir:
> On 01/06/2022 12:15, Stanislaw Kardach wrote:
> > From: Michal Mazurek
> >
> > Add an implementation of the rte_lpm_lookupx4() function for platforms
> > without support for vector operations.
> >
> > This will be useful in the upcoming RISC-V port as wel
On Fri, Jun 03, 2022 at 09:19:35AM +0200, David Marchand wrote:
> Hello Bruce,
>
> On Thu, Jun 2, 2022 at 6:14 PM Bruce Richardson
> wrote:
> > diff --git a/drivers/common/mlx5/mlx5_prm.h b/drivers/common/mlx5/mlx5_prm.h
> > index bc3e70a1d1..ed0781a560 100644
> > --- a/drivers/common/mlx5/mlx5_p
18/05/2022 05:48, Zhang, Qi Z:
> > From: Liu, KevinX
> > Subject: [PATCH v2] net/ice: fix missing MTU value setting
> >
> > In the DCF module, Missing maximum and minimum MTU value settings.
> >
> > This patch adds the settings of the maximum and minimum MTU to correctly
> > calculate the MTU va
+ ixgbe maintainers on CC
On Fri, Jun 03, 2022 at 08:14:00AM +, Mohan Gyara wrote:
>Hi Team,
>In our application we use 2 interfaces one to communicate towards gNB
>and another to communicate with higher layers in a UE simulator NR
>stack. Now we use a PCI whose driver is i40e
Hi Team,
In our application we use 2 interfaces one to communicate towards gNB and
another to communicate with higher layers in a UE simulator NR stack. Now we
use a PCI whose driver is i40e and is bind to dpdk vfio-pci driver and this
works perfectly towards higher layer, but the other interfac
On Fri, Jun 03, 2022 at 09:45:45AM +0200, David Marchand wrote:
> Hello Vladimir,
>
> On Thu, Jun 2, 2022 at 8:42 PM Medvedkin, Vladimir
> wrote:
> > > if (!dst) {
> > > rte_pktmbuf_free(m);
> > > return NULL;
> > > }
> > > -
Hello Vladimir,
On Thu, Jun 2, 2022 at 8:42 PM Medvedkin, Vladimir
wrote:
> > if (!dst) {
> > rte_pktmbuf_free(m);
> > return NULL;
> > }
> > - if (string != NULL)
> > - rte_memcpy(dst, string,
03/06/2022 09:29, Bruce Richardson:
> On Thu, Jun 02, 2022 at 10:52:25PM +0200, Thomas Monjalon wrote:
> > 01/06/2022 13:15, Stanislaw Kardach:
> > > All other rte_lpm_lookup* functions take lpm argument as a const. As the
> > > basic rte_lpm_lookup() performs the same function, it should also do
>
02/06/2022 13:24, lihuisong (C):
>
> 在 2022/5/30 19:10, Ferruh Yigit 写道:
> > On 5/30/2022 9:28 AM, Thomas Monjalon wrote:
> >> [CAUTION: External Email]
> >>
> >> 28/05/2022 10:53, lihuisong (C):
> >>>
> >>> 在 2022/5/23 22:36, Thomas Monjalon 写道:
> 23/05/2022 11:51, David Marchand:
> > On
On Fri, Jun 03, 2022 at 09:19:35AM +0200, David Marchand wrote:
> Hello Bruce,
>
> On Thu, Jun 2, 2022 at 6:14 PM Bruce Richardson
> wrote:
> > diff --git a/drivers/common/mlx5/mlx5_prm.h b/drivers/common/mlx5/mlx5_prm.h
> > index bc3e70a1d1..ed0781a560 100644
> > --- a/drivers/common/mlx5/mlx5_p
On Thu, Jun 02, 2022 at 10:52:25PM +0200, Thomas Monjalon wrote:
> 01/06/2022 13:15, Stanislaw Kardach:
> > All other rte_lpm_lookup* functions take lpm argument as a const. As the
> > basic rte_lpm_lookup() performs the same function, it should also do
> > that.
> >
> > As this function is inline
Hello Bruce,
On Thu, Jun 2, 2022 at 6:14 PM Bruce Richardson
wrote:
> diff --git a/drivers/common/mlx5/mlx5_prm.h b/drivers/common/mlx5/mlx5_prm.h
> index bc3e70a1d1..ed0781a560 100644
> --- a/drivers/common/mlx5/mlx5_prm.h
> +++ b/drivers/common/mlx5/mlx5_prm.h
> @@ -560,7 +560,7 @@ struct mlx5_
The microcode expects the iv to be in reverse of what is provided
by dpdk test app. Also the first 8 bytes of reversed iv is
compressed to 6 bytes.
Signed-off-by: Ankur Dwivedi
Reviewed-by: Jerin Jacob Kollanukkaran
---
drivers/crypto/cnxk/cnxk_se.h | 24 +---
1 file changed
The microcode expects zuc-256 key to be in reverse of what is
provided by dpdk test app. This patch swaps the zuc-256 key.
Signed-off-by: Ankur Dwivedi
Reviewed-by: Jerin Jacob Kollanukkaran
---
drivers/common/cnxk/roc_se.c | 7 +--
drivers/common/cnxk/roc_se.h | 22 ++
Adds support for zuc-256 cipher in cnxk crypto PMD.
Ankur Dwivedi (2):
common/cnxk: swap zuc-256 key
crypto/cnxk: swap zuc-256 iv
drivers/common/cnxk/roc_se.c | 7 +--
drivers/common/cnxk/roc_se.h | 22 ++
drivers/crypto/cnxk/cnxk_se.h | 24 +---
69 matches
Mail list logo
