> -Original Message-
> From: Ferruh Yigit
> Sent: 2022年12月8日 23:04
> To: You, KaisenX ; dev@dpdk.org; Burakov,
> Anatoly ; David Marchand
>
> Cc: sta...@dpdk.org; Yang, Qiming ; Zhou, YidingX
> ; Wu, Jingjing ; Xing,
> Beilei ; Zhang, Qi Z ; Luca
> Boccassi ; Mcnamara, John
> ; Kevin Tr
>
> Symmetric/Asymmetric algorithm strings are accessed by application using
> arrays in cryptodev lib, which hampers new algorithms addition in the array
> due to ABI breakage.
> These arrays are now deprecated and will be removed in next ABI break
> release.
> New APIs are added for getting the
> -Original Message-
> From: Akhil Goyal
> Sent: Monday, December 12, 2022 11:10 PM
> To: dev@dpdk.org
> Cc: ciara.po...@intel.com; fanzhang@gmail.com; kai...@intel.com;
> pablo.de.lara.gua...@intel.com; hemant.agra...@nxp.com; ma...@nvidia.com;
> g.si...@nxp.com;
> Ruifeng Wang ; ano
Thanks Stephen,.
As Bruce suggested earlier we cannot get ringnumber from the queue(attached
to the port) after rx_burst call.
Thanks,
Kamaraj
On Mon, 12 Dec 2022, 10:01 pm Stephen Hemminger,
wrote:
> On Mon, 12 Dec 2022 11:03:03 +
> Bruce Richardson wrote:
>
> > On Mon, Dec 12, 2022 at 0
> Subject: [RFC 0/1] lib: add pdcp protocol
>
> Add Packet Data Convergence Protocol (PDCP) processing library.
>
> The library is similar to lib_ipsec which provides IPsec processing
> capabilities in DPDK.
>
> PDCP would involve roughly the following options,
> 1. Transfer of user plane data
>
> -Original Message-
> From: Stephen Hemminger
> Sent: Tuesday, December 13, 2022 11:51 AM
> To: Zhang, Ke1X
> Cc: Zhang, Qi Z ; Zhang, Yuying
> ; dev@dpdk.org
> Subject: Re: [PATCH] net/ice: add devargs for disabling mac filter
>
> On Fri, 25 Nov 2022 10:51:24 +0800
> Ke Zhang wrote:
>
Hi Stephen:
Thanks for your comments.
I just follow the definition of other variables like pipe_mode_support,
safe_mode_support.
And when I run the testpmd , I could write the command like this:
./dpdk-testpmd -l 16-32 -a ca:00.0,mac-filter-disable=1 -a ca:00.1 -- -i
The value could 1 or 0.
Wou
> -Original Message-
> From: Zhang, Qi Z
> Sent: 2022年12月13日 9:41
> To: Ye, MingjinX ; dev@dpdk.org
> Cc: Yang, Qiming ; sta...@dpdk.org; Zhou, YidingX
> ; Jie Zhou ; Menon, Ranjit
> ; Ferruh Yigit ; Kadam,
> Pallavi
> Subject: RE: [PATCH v6] doc: add PMD known issue
>
>
>
> > -
On Fri, 25 Nov 2022 10:51:24 +0800
Ke Zhang wrote:
> diff --git a/drivers/net/ice/ice_ethdev.h b/drivers/net/ice/ice_ethdev.h
> index c8311be179..0350c6584a 100644
> --- a/drivers/net/ice/ice_ethdev.h
> +++ b/drivers/net/ice/ice_ethdev.h
> @@ -563,6 +563,7 @@ struct ice_devargs {
> int safe
I agree. Maybe this is the better solution
Zhang, Qi Z 于2022年12月13日周二 09:50写道:
>
>
> > -Original Message-
> > From: Shuang Han
> > Sent: Wednesday, November 23, 2022 8:42 PM
> > To: dev@dpdk.org
> > Cc: Yang, Qiming ; Zhang, Qi Z
> > ; Shuang Han
> > Subject: [PATCH] net/ice: fix link
在 2022/12/12 20:03, Morten Brørup 写道:
From: Bruce Richardson [mailto:bruce.richard...@intel.com]
Sent: Monday, 12 December 2022 12.21
On Mon, Dec 12, 2022 at 12:02:32PM +0100, Morten Brørup wrote:
From: Bruce Richardson [mailto:bruce.richard...@intel.com]
Sent: Monday, 12 December 2022 11.32
> -Original Message-
> From: Zhang, Ke1X
> Sent: Friday, November 25, 2022 10:51 AM
> To: Zhang, Qi Z ; Zhang, Yuying
> ; dev@dpdk.org
> Cc: Zhang, Ke1X
> Subject: [PATCH] net/ice: add devargs for disabling mac filter
>
> From: "ke1x.zhang"
>
> This patch adds support to disable mac
> -Original Message-
> From: Wang, Jie1X
> Sent: Wednesday, December 7, 2022 9:59 AM
> To: dev@dpdk.org
> Cc: Yang, SteveX ; Zhang, Qi Z
> ; Yang, Qiming ; Wu,
> Wenjun1 ; Wang, Jie1X
> Subject: [PATCH 0/2] support new device for ixgbe
>
> Added IXGBE_DEV_ID_82599_LS support for ixgbe
> -Original Message-
> From: Xing, Beilei
> Sent: Friday, December 9, 2022 11:15 AM
> To: Wu, Jingjing ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH] net/idpf: fix build option check
>
>
>
> > -Original Message-
> > From: Wu, Jingjing
> > Sent: Thursday, Decembe
> -Original Message-
> From: Shuang Han
> Sent: Wednesday, November 23, 2022 8:42 PM
> To: dev@dpdk.org
> Cc: Yang, Qiming ; Zhang, Qi Z
> ; Shuang Han
> Subject: [PATCH] net/ice: fix link status error when dev start
>
> ice_link_update get port link status and wait for one second whe
Currently, when dealing with UDP tunnel pkts checksum offloading,
the outer-udp checksum will be offloaded by default. So the
'csum set outer-udp hw/sw' command does not work.
This patch fixes judgment of the EIPT flag and enables the
'csum set outer-udp hw/sw' command by adding judgment for the
o
> -Original Message-
> From: Ye, MingjinX
> Sent: Monday, November 21, 2022 10:55 AM
> To: dev@dpdk.org
> Cc: Yang, Qiming ; sta...@dpdk.org; Zhou, YidingX
> ; Ye, MingjinX ; Zhang, Qi
> Z ; Jie Zhou ; Menon, Ranjit
> ; Ferruh Yigit ; Kadam,
> Pallavi
> Subject: [PATCH v6] doc: add PMD
> -Original Message-
> From: Yang, Qiming
> Sent: Monday, December 5, 2022 9:29 AM
> To: Zhang, Qi Z ; dev@dpdk.org
> Cc: Yang, Qiming
> Subject: [PATCH] doc: update ice matching list
>
> Add recommended matching list for ice PMD in DPDK 22.11.
>
> Signed-off-by: Qiming Yang
> ---
>
hey folks,
a quick ping looking for review here. simple fix and increases test
coverage. fairly straight forward.
thanks!
On Mon, Dec 05, 2022 at 04:39:27PM -0800, Tyler Retzlaff wrote:
> Enable the lcores test on Windows instead of skipping it.
>
> Two bugs are fixed to allow this test to buil
On Fri, 9 Dec 2022 at 09:49, Luca Boccassi wrote:
>
> Thank you!
>
> The two compilation issues have been fixed. Waiting on a resolution on
> the other two issues. Should they be considered blockers and delay the
> release, if a fix is not available by next week?
Hi,
Any update on these two issu
On Sun, 11 Dec 2022 at 16:15, Ali Alnubani wrote:
>
> > -Original Message-
> > From: luca.bocca...@gmail.com
> > Sent: Monday, November 28, 2022 12:53 PM
> > To: sta...@dpdk.org
> > Cc: dev@dpdk.org; Abhishek Marathe ;
> > Ali Alnubani ; benjamin.wal...@intel.com; David
> > Christensen ;
On 10/6/2022 4:18 PM, Ankur Dwivedi wrote:
> diff --git a/lib/ethdev/version.map b/lib/ethdev/version.map
> index 3651ceb234..79d0b2ee1f 100644
> --- a/lib/ethdev/version.map
> +++ b/lib/ethdev/version.map
> @@ -319,4 +319,148 @@ INTERNAL {
> rte_eth_representor_id_get;
> rte_eth_sw
On 10/10/2022 7:39 AM, Ankur Dwivedi wrote:
>> Yes the functions you mentioned in previous comment are called in while loop
>> in worker core. So I think they are fastpath.
>> rte_eth_stats_get() is called in fastpath. Similar to rte_eth_macaddr_get(),
>> I
>> think functions like
>> rte_eth_pro m
On Sun, Dec 11, 2022 at 08:50:48AM +0100, Thomas Monjalon wrote:
> 10/12/2022 00:49, Tyler Retzlaff:
> > On Fri, Dec 09, 2022 at 10:13:44PM +0100, Thomas Monjalon wrote:
> > > 09/12/2022 21:06, Tyler Retzlaff:
> > > > On Fri, Dec 09, 2022 at 08:48:14AM -0800, Stephen Hemminger wrote:
> > > > > On F
Added ML cnxk headers for register, structure definitions and
ROC layer. Implemented ROC functions, registered logtype for
ML module with the name pmd.ml.cnxk and defined ML hardware ID.
Signed-off-by: Srikanth Yalavarthi
---
Depends-on: series-26047 ("Implementation of ML common code")
v2:
* Up
> -Original Message-
> From: Ruifeng Wang
> Sent: 12 December 2022 12:46
> To: Srikanth Yalavarthi
> Cc: dev@dpdk.org; Shivah Shankar Shankar Narayan Rao
> ; Jerin Jacob Kollanukkaran
> ; Anup Prabhu ; nd
> ; Srikanth Yalavarthi
> Subject: [EXT] RE: [PATCH v1 4/4] common/ml: add Arm NEON
Added ARM NEON intrinsic based implementations to support conversion
of data types. Support is enabled to handle int8, uint8, int16, uint16,
float16, float32 and bfloat16 types.
Signed-off-by: Srikanth Yalavarthi
---
v2:
* Dropped use of driver routines to call neon functions
* Optimization of ne
Added scalar implementations to support conversion of data types.
Support is enabled to handle int8, uint8, int16, uint16, float16,
float32 and bfloat16 types.
Signed-off-by: Srikanth Yalavarthi
---
v2:
* Updated internal function names
* Updated function attributes to __rte_weak
drivers/common
Added ML common header files and skeleton code. Common ML code
includes utility routines to convert ML IO type and format to
string, IO type to size and routines to convert data types.
Signed-off-by: Srikanth Yalavarthi
---
Depends-on: series-26046 ("app/mldev: implement test framework for mldev"
Implemented ML common utility functions to convert IO data type to
name, IO format to name and routine to get the size of an IO data
type in bytes.
Signed-off-by: Srikanth Yalavarthi
---
v2:
* Implemented common utility functions as part of the patch
* Dropped use of driver routines for data conv
Machine Learning common code
This patch series implements the common ML code that can be used by
ML drivers. Common code include functions to convert ML IO type to
string, IO format type to string, function get size of ML IO type,
and functions for converting data type
On Mon, 12 Dec 2022 11:03:03 +
Bruce Richardson wrote:
> On Mon, Dec 12, 2022 at 04:15:04PM +0530, Kamaraj P wrote:
> >Thanks. Is there any teatpmd application has this logic to dump these
> >info whenever we received the packet.
> >Thanks,
> >Kamaraj
> >
> Sorry, no. No ex
Fixed function call arguments of l2fwd worker cleanup. Number of events
enqueued and dequeued are set the opposite.
Fixes: 622ebb6b4a7d ("examples/l2fwd-event: clean up worker state before exit")
Signed-off-by: Shijith Thotton
---
examples/l2fwd-event/l2fwd_event.c | 4 ++--
1 file changed, 2 i
Symmetric/Asymmetric algorithm strings are accessed by application
using arrays in cryptodev lib, which hampers new algorithms addition
in the array due to ABI breakage.
These arrays are now deprecated and will be removed in next ABI break
release.
New APIs are added for getting the algorithm strin
This is a tentative fix, reverting mentionned changes below and only
moving max frame size configuration to dev_start.
Fixes: a4ba77367923 ("net/i40e: enable maximum frame size at port level")
Fixes: 2184f7cdeeaa ("net/i40e: fix max frame size config at port level")
Fixes: 719469f13b11 ("net/i40e:
On Mon, Dec 12, 2022 at 2:53 PM David Marchand
wrote:
> On Tue, Dec 7, 2021 at 10:02 AM wrote:
> >
> > From: Dapeng Yu
I got a bounce on his mail address, so adding people who
submitted/reviewed later fixes for this change.
Please guys, have a look.
> >
> > Currently max frame size is set at
On Tue, Dec 7, 2021 at 10:02 AM wrote:
>
> From: Dapeng Yu
>
> Currently max frame size is set at queue level, which makes the values
> of the following counters wrong when a jumbo frame is received.
>
> The expected value:
> rx_good_bytes: 0
> rx_errors: 1
> rx_oversize_errors: 1
>
> The actual
> -Original Message-
> From: Morten Brørup
> Sent: Monday, December 12, 2022 4:05 PM
> To: Zhang, Qi Z ; Richardson, Bruce
> ; Lu, Wenzhuo
> Cc: dev@dpdk.org; Wu, Wenjun1 ; Matz, Olivier
>
> Subject: RE: [PATCH] net/ice: support IOVA as PA mode
>
> > From: Qi Zhang [mailto:qi.z.zh...
> -Original Message-
> From: Zhang, Qi Z
> Sent: Tuesday, December 13, 2022 5:36 AM
> To: m...@smartsharesystems.com; Richardson, Bruce
> ; Lu, Wenzhuo
> Cc: dev@dpdk.org; Wu, Wenjun1 ; Zhang, Qi Z
>
> Subject: [PATCH v2] net/ice: support IOVA as VA mode
>
> Claim pmd_supports_disabl
Claim pmd_supports_disable_iova_as_pa. Remove buf_iova access when
RTE_IOVA_AS_PA is not defined.
The patch simply replace buf_iova with buf_addr at IOVA as VA mode.
Some SIMD instructions in data path may be over used, further optimization
is expected.
Signed-off-by: Qi Zhang
---
v2:
- fix titl
From: Alex Vesker
> Subject: [PATCH] net/mlx5/hws: fix incorrect dw_8_6_ext PRM offset
>
> The offset of format_select_dw_8_6_ext was incorrect.
> Update the reserved offsets to correct value.
>
> Fixes: 365cdf5f8ce7 ("net/mlx5/hws: add command layer")
> Signed-off-by: Alex Vesker
> Reviewed-
On Mon, Dec 12, 2022 at 01:03:52PM +0100, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Monday, 12 December 2022 12.21
> >
> > On Mon, Dec 12, 2022 at 12:02:32PM +0100, Morten Brørup wrote:
> > > > From: Bruce Richardson [mailto:bruce.richard...@inte
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Monday, 12 December 2022 12.21
>
> On Mon, Dec 12, 2022 at 12:02:32PM +0100, Morten Brørup wrote:
> > > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > > Sent: Monday, 12 December 2022 11.32
> > >
> > > On Mon, Dec
On Mon, Dec 12, 2022 at 12:02:32PM +0100, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Monday, 12 December 2022 11.32
> >
> > On Mon, Dec 12, 2022 at 02:42:55PM +0800, Huisong Li wrote:
> > > Some lib telemetry interfaces add the 'u32' and 'u64' dat
Hi Stephen, Hi Ferruh,
I don't have a strong opinion on usage of regular sockets vs abstract
sockets. My point is that most existing memif implementations
either don't yet properly support abstract sockets or require extra flags
to be passed by users (iirc VPP, gomemif, libmemif, etc...).
As a mat
Hi Ferruh,
Thank you for your reply,
On the potential confusion for users of the DPDK memif PMD : when
defaulting to abstract sockets was added in [0] (v20.10 release)
it did change the existing behavior, so reverting it would restore the old
behavior.
Also abstract sockets are quite a unusual fe
On Mon, Dec 12, 2022 at 04:15:04PM +0530, Kamaraj P wrote:
>Thanks. Is there any teatpmd application has this logic to dump these
>info whenever we received the packet.
>Thanks,
>Kamaraj
>
Sorry, no. No example application has the logic to do this.
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Monday, 12 December 2022 11.32
>
> On Mon, Dec 12, 2022 at 02:42:55PM +0800, Huisong Li wrote:
> > Some lib telemetry interfaces add the 'u32' and 'u64' data by the
> > rte_tel_data_add_dict/array_int API. This may cause data con
Thanks. Is there any teatpmd application has this logic to dump these info
whenever we received the packet.
Thanks,
Kamaraj
On Mon, 12 Dec 2022, 4:07 pm Bruce Richardson,
wrote:
> On Mon, Dec 12, 2022 at 10:29:58AM +0530, Kamaraj P wrote:
> >Hello All,
> >We have an application where we
On Mon, Dec 12, 2022 at 10:29:58AM +0530, Kamaraj P wrote:
>Hello All,
>We have an application where we need to dump the received packet rx
>ring number from the queue.
>Can anyone share the DPDK api to dump the rx ringnumber for the packet
>which we received (debug and troubles
On Mon, Dec 12, 2022 at 02:42:55PM +0800, Huisong Li wrote:
> Some lib telemetry interfaces add the 'u32' and 'u64' data by the
> rte_tel_data_add_dict/array_int API. This may cause data conversion error
> or data truncation.
>
> The 'u32' data can not be assigned to signed 32-bit integer. However
https://bugs.dpdk.org/show_bug.cgi?id=1147
Bug ID: 1147
Summary: ENA NET PMD tracing function enabled on transmit
fastpath in non-debug builds
Product: DPDK
Version: 21.08
Hardware: All
OS: Linux
This patch adds ICMPv6 id and sequence match support for HWS.
Since type and code of ICMPv6 echo is already specified by ITEM type:
RTE_FLOW_ITEM_TYPE_ICMP6_ECHO_REQUEST
RTE_FLOW_ITEM_TYPE_ICMP6_ECHO_REPLY
mlx5 pmd will set appropriate type and code automatically:
Echo request: type(128), cod
This patch adds ICMPv6 id and sequence match support.
Since type and code of ICMPv6 echo is already specified by ITEM type:
RTE_FLOW_ITEM_TYPE_ICMP6_ECHO_REQUEST
RTE_FLOW_ITEM_TYPE_ICMP6_ECHO_REPLY
mlx5 pmd will set appropriate type and code automatically:
Echo request: type(128), code(0)
E
This patch adds API support for ICMPv6 id and sequence.
1: Add two new pattern item types for ICMPv6 echo request and reply:
RTE_FLOW_ITEM_TYPE_ICMP6_ECHO_REQUEST
RTE_FLOW_ITEM_TYPE_ICMP6_ECHO_REPLY
2: Add new header file rte_icmp6.h for ICMPv6 packet definitions.
3: Enhance testpmd flow patte
Currently, rte_flow API does not support matching
id and sequence fields of icmp6 echo packets.
This patchset is used to support match icmpv6 id and
sequence in rte_flow. It adds needed API in rte_flow,
and gives corresponding implementation for mlx5 pmd.
Leo Xu (3):
ethdev: add ICMPv6 id and s
In the case using argument "sw-live-migration=1" to enable SW assisted live
migration, we take QEMU as front end for example, after source VM migrates
to destination VM, we keep vdpa process for source VM there, we kill the
QEMU process for source VM, and restart the QEMU process for source VM.
> From: Qi Zhang [mailto:qi.z.zh...@intel.com]
> Sent: Monday, 12 December 2022 16.45
> Subject: [PATCH] net/ice: support IOVA as PA mode
Typo:
"IOVA as PA mode" -> "IOVA as VA mode"
>
> Claim pmd_supports_disable_iova_as_pa. Remove buf_iova access when
> RTE_IOVA_AS_PA is not defined.
>
> The
58 matches
Mail list logo