Now that all libraries have a single version, we can drop the empty
stable blocks that had been added when moving symbols from stable to
internal ABI.
Signed-off-by: David Marchand
---
drivers/bus/dpaa/rte_bus_dpaa_version.map | 6 ++
drivers/bus/fslmc/rte_bus_fslmc_version
The following libraries are experimental, all of their functions can
change or disappear:
- librte_bbdev
- librte_bpf
- librte_compressdev
- librte_fib
- librte_flow_classify
- librte_ipsec
- librte_rcu
- librte_rib
- librte_stack
- librte_telemetry
Their status is properly announced in MAINTAINE
Having a special versioning for experimental/internal libraries put a
additional maintenance cost while this status is already announced in
MAINTAINERS and the library headers/documentation.
Following discussions and vote at 05/20 TB meeting [1], use a single
versioning for all libraries in DPDK.
Following discussions on the mailing list and the last TB meeting, here
is a series that drops the special versioning for non stable libraries.
Two notes:
- RIB/FIB library is not referenced in the API doxygen index, is this
intentional?
- I inspected MAINTAINERS: librte_gro, librte_member and
If some user set mac_ctrl_frame_fwd to 1 from fc ops,
then he do a port reset process of
testpmd> start
testpmd> set flow_ctrl mac_ctrl_frame_fwd on 0
testpmd> stop
testpmd> port stop 0
testpmd> port start 0
testpmd> start
Then after this process, the mac_ctrl_frame_fwd has been change to "off",
The driver type need to be checked in private API.
The patch fixes the issue.
Fixes: 50556c88104c ("net/ixgbe: fix MACsec setting")
Cc: sta...@dpdk.org
Signed-off-by: Guinan Sun
---
drivers/net/ixgbe/rte_pmd_ixgbe.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/ixgbe/rte
The driver type need to be checked in private API.
The patch fixes the issue.
Fixes: 50556c88104c ("net/ixgbe: fix MACsec setting")
Cc: sta...@dpdk.org
Signed-off-by: Guinan Sun
---
drivers/net/ixgbe/ixgbe_ethdev.c | 14 --
drivers/net/ixgbe/ixgbe_ethdev.h | 4 ++--
drivers/net/i
Add tested Intel platforms for DPDK 20.05 release
Signed-off-by: Chen, Zhaoyan
---
doc/guides/rel_notes/release_20_05.rst | 107 +
1 file changed, 107 insertions(+)
diff --git a/doc/guides/rel_notes/release_20_05.rst
b/doc/guides/rel_notes/release_20_05.rst
index 0e919
As agreed in the DPDK tech board [1], after 20.05 release, patches must
use C11 atomic operations semantics with the help of wrappers.
[1] http://mails.dpdk.org/archives/dev/2020-April/165143.html
Signed-off-by: Honnappa Nagarahalli
Reviewed-by: Phil Yang
Reviewed-by: Ruifeng Wang
Acked-by: He
Test-by Peng, Yuan
-Original Message-
From: dev On Behalf Of Jeff Guo
Sent: Friday, May 22, 2020 10:12 AM
To: Xing, Beilei ; Zhang, Qi Z ;
Wu, Jingjing ; Yang, Qiming
Cc: Ye, Xiaolong ; dev@dpdk.org; Guo, Jia
Subject: [dpdk-dev] net/iavf: fix invalid flow access
When hash init, the
> -Original Message-
> From: dev On Behalf Of Chen, Zhaoyan
> Sent: Thursday, May 21, 2020 3:45 PM
> To: dev@dpdk.org
> Cc: Chen, Zhaoyan
> Subject: [dpdk-dev] [PATCH v1]doc:Update i40e PMD firmware/driver
> mapping table.
Minor comments:
1. Space is needed after colon
2. Update -> u
Tested-by:zhang,xi
-Original Message-
From: Yigit, Ferruh
Sent: Thursday, May 21, 2020 11:11 PM
To: Rasesh Mody
Cc: dev@dpdk.org; Yigit, Ferruh ; sta...@dpdk.org;
Zhang, XiX
Subject: [PATCH] examples/kni: fix crash during MTU set
During MTU set (kni_change_mtu) sample application set
hi, zhaowei
On 5/22/2020 8:59 AM, Zhao1, Wei wrote:
Hi, jia
-Original Message-
From: Guo, Jia
Sent: Thursday, May 21, 2020 10:27 PM
To: Zhao1, Wei ; dev@dpdk.org
Cc: sta...@dpdk.org; Xing, Beilei ; Ye, Xiaolong
Subject: Re: [PATCH v2] net/i40e: fix flow FDIR enable issue
hi, zhaowei
Hi, jia
> -Original Message-
> From: Guo, Jia
> Sent: Thursday, May 21, 2020 10:27 PM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: sta...@dpdk.org; Xing, Beilei ; Ye, Xiaolong
>
> Subject: Re: [PATCH v2] net/i40e: fix flow FDIR enable issue
>
> hi, zhaowei
>
> On 5/21/2020 4:03 PM, Wei Zhao w
On Thu, 21 May 2020 17:11:12 -0700
Tasnim Bashar wrote:
> Casting thread ID to handle is not accurate way to get thread handle.
> Need to use OpenThread function to get thread handle from thread ID.
>
> pthread_setaffinity_np and pthread_getaffinity_np functions
> for Windows are affected becaus
Casting thread ID to handle is not accurate way to get thread handle.
Need to use OpenThread function to get thread handle from thread ID.
pthread_setaffinity_np and pthread_getaffinity_np functions
for Windows are affected because of it.
Signed-off-by: Tasnim Bashar
---
lib/librte_eal/windows/
On 05/20, Xiaolong Ye wrote:
>Update the description and limitation about ice PMD according to the
>product release strategy.
>
>Signed-off-by: Xiaolong Ye
>---
> doc/guides/nics/ice.rst | 29 +
> 1 file changed, 5 insertions(+), 24 deletions(-)
>
>diff --git a/doc/guide
The l3fwd implement to do events has lots of copy/paste code.
Much of this must be never tested because it has compile errors.
Example:
static __rte_always_inline uint16_t
lpm_process_event_pkt(const struct lcore_conf *lconf, struct rte_mbuf *mbuf)
{
mbuf->port = lpm_get_dst_port(lconf, m
Meeting notes for the DPDK technical board meeting held on 2020-05-20
TB Attendees:
- Bruce Richardson
- Ferruh Yigit
- Hemant Agrawal
- Honnappa Nagarahalli
- Jerin Jacob
- Kevin Traynor
- Konstantin Ananyev
- Olivier Matz
-
21/05/2020 17:46, Ferruh Yigit:
> On 5/21/2020 4:37 PM, Thomas Monjalon wrote:
> > 21/05/2020 17:10, Ferruh Yigit:
> >> During MTU set (kni_change_mtu) sample application setup queues, which
> >> can free and re-allocate queues.
> >> Meanwhile sample application keeps continues in Rx/Tx burst calls
21/05/2020 21:57, PATRICK KEROULAS:
> > > I'm trying to build an accurate capture device based on Mellanox
> > > Connect-X5 with following requirements:
> > > - capture every incoming packets with hardware timestamps
> > > - output: pcap with timestamps in nanoseconds
> > > My problem is that the p
> > I'm trying to build an accurate capture device based on Mellanox
> > Connect-X5 with following requirements:
> > - capture every incoming packets with hardware timestamps
> > - output: pcap with timestamps in nanoseconds
> > My problem is that the packets forwarded to `dpdk-pdump` carry raw
> >
On 5/7/20 12:06 AM, Phil Yang wrote:
From: Honnappa Nagarahalli
As agreed in the DPDK tech board [1], after 20.05 release, patches must
use C11 atomic operations semantics with the help of wrappers.
[1] http://mails.dpdk.org/archives/dev/2020-April/165143.html
Signed-off-by: Honnappa Nagar
On 5/20/2020 3:49 PM, Ferruh Yigit wrote:
> On 5/20/2020 4:20 AM, Dharmik Thakkar wrote:
>> Update documentation for 'show fwd' testpmd runtime function to show
>> CPU cycles/packet example.
>>
>> Signed-off-by: Dharmik Thakkar
>> Reviewed-by: Honnappa Nagarahalli
>> Reviewed-by: Phil Yang
>
>
>From: Ferruh Yigit
>Sent: Thursday, May 21, 2020 8:11 AM
>
>External Email
>
>--
>During MTU set (kni_change_mtu) sample application setup queues, which
>can free and re-allocate queues.
>Meanwhile sample application keeps contin
On 5/20/2020 1:37 PM, Dekel Peled wrote:
> Recent patch [1] exposed a minor performance issue.
> In order to properly test it, this patch reverts commit [1].
>
> [1] commit d237d22fbe62 ("net/mlx5: prefer DevX API to create Rx objects")
>
> Signed-off-by: Dekel Peled
> Acked-by: Matan Azrad
Ap
On 5/20/2020 2:59 PM, Andrew Rybchenko wrote:
> From: Igor Romanov
>
> When user requests a filter deletion only filter with
> manual priority must be deleted. When an automatic filter has
> the same specification, it must be skipped.
>
> Fixes: 585c22edb29c ("net/sfc/base: handle manual and aut
On 5/21/2020 4:37 PM, Thomas Monjalon wrote:
> 21/05/2020 17:10, Ferruh Yigit:
>> During MTU set (kni_change_mtu) sample application setup queues, which
>> can free and re-allocate queues.
>> Meanwhile sample application keeps continues in Rx/Tx burst calls in
>> different threads, which may cause
21/05/2020 17:10, Ferruh Yigit:
> During MTU set (kni_change_mtu) sample application setup queues, which
> can free and re-allocate queues.
> Meanwhile sample application keeps continues in Rx/Tx burst calls in
> different threads, which may cause crash during queue setup.
>
> Pausing application
19/05/2020 20:20, PATRICK KEROULAS:
> Hello,
>
> I'm trying to build an accurate capture device based on Mellanox
> Connect-X5 with following requirements:
> - capture every incoming packets with hardware timestamps
> - output: pcap with timestamps in nanoseconds
> My problem is that the packets f
>
> This patch fixes improper SHA-1 digest size in the enum comment
> and also adds the note about HMAC-SHA-1-96.
>
> Fixes: 1bd407fac80b ("cryptodev: extract symmetric operations")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Adam Dybkowski
> Acked-by: Fiona Trahe
> Acked-by: Anoob Joseph
> ---
On 5/20/2020 12:52 PM, Xiaoyun wang wrote:
> When TSO mss is smaller than 80, and the sum length of continus
> sge num is larger than a mss, which may cause hardware failed,
> so in this scenarios pmd driver should adjust the tso_segsz with
> the same with the value of hardware supported.
>
> Fixe
During MTU set (kni_change_mtu) sample application setup queues, which
can free and re-allocate queues.
Meanwhile sample application keeps continues in Rx/Tx burst calls in
different threads, which may cause crash during queue setup.
Pausing application Rx/Tx calls before MTU set and starts it bac
igb_uio kernel module disabled by default starting from v20.02, document
this to prevent confusion.
And add note about long term igb_uio plans/directions to move it to
another repo based on DPDK technical board decision:
http://mails.dpdk.org/archives/dev/2019-November/151763.html
Signed-off-by:
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Thursday, May 21, 2020 7:17 AM
> To: Fady Bader ; dev@dpdk.org
> Cc: Thomas Monjalon ; Tal Shnaiderman
> ; Yohad Tor ;
> olivier.m...@6wind.com; harini.ramakrish...@microsoft.com;
> ocard...@microsoft.com; anand.ra...@intel.com;
This patch fixes improper SHA-1 digest size in the enum comment
and also adds the note about HMAC-SHA-1-96.
Fixes: 1bd407fac80b ("cryptodev: extract symmetric operations")
Cc: sta...@dpdk.org
Signed-off-by: Adam Dybkowski
Acked-by: Fiona Trahe
Acked-by: Anoob Joseph
---
lib/librte_cryptodev/r
This patch fixes improper SHA-1 digest size in the enum comment
and also adds the note about HMAC-SHA-1-96.
v2:
* add info about HMAC-SHA-1-96
v3:
* fix multi-line comment formatting
v4:
* fix wording
Adam Dybkowski (1):
cryptodev: fix SHA-1 digest enum comment
lib/librte_cryptodev/rte_crypto
hi, zhaowei
On 5/21/2020 4:03 PM, Wei Zhao wrote:
When we flush flow FDIR, all queues are disabled for FDIR.
If FDIR rule is created again, then the flow list is empty,
as it is the first time to create rule after flush fdir filter,
so we need to enable FDIR for all queues. And also, disable FDI
Exported per_lcore__rte_errno function to compile ring for windows.
compilation error logs:
librte_ring_rte_ring.c.obj : error LNK2019: unresolved
external symbol per_lcore__rte_errno referenced in
function rte_ring_lookup
The cause was that per_lcore__rte_errno function wasn't included
in the ex
When hash init, the default rss rules would be added, while hash uninit,
the default rss rules should be deleted. Add the missing part in the hash
uninit process. Also add invalid flow checking func in iavf generic flow
to avoid the error of "Cannot access memory at address 0xXX" occur.
Fixes:
On 5/21/2020 2:16 AM, Ajit Khaparde wrote:
> On Wed, May 20, 2020 at 1:04 PM Ajit Khaparde
> wrote:
>
>> - Update list of supported adapters.
>> - Update list of supported features.
>> - Add some details to describe the features.
>> - Remove obsolete limitations.
>> - Fix and
20/05/2020 20:15, Jerin Jacob:
> On Wed, May 20, 2020 at 7:26 PM Thomas Monjalon wrote:
> >
> > Having an explicit "index" anchor looks forbidden:
> >
> > doc/api/doxy-api-index.md:1: warning:
> > multiple use of section label 'index' for main page
> >
> > Anyway this anchor was not used, it can b
20/05/2020 18:45, Kevin Traynor:
> On 20/05/2020 14:58, Thomas Monjalon wrote:
> > These are supposed to be the last patches to support GCC 10.
> >
> > Thomas Monjalon (4):
> > net/mvpp2: fix build with gcc 10
> > examples/vm_power: fix build with -fno-common
> > examples/vm_power: drop Unix
Two new sync modes were introduced into rte_ring:
relaxed tail sync (RTS) and head/tail sync (HTS).
This change provides user with ability to select these
modes for ring based mempool via mempool ops API.
Signed-off-by: Konstantin Ananyev
---
drivers/mempool/ring/rte_mempool_ring.c | 97
On 19-May-20 8:43 AM, David Marchand wrote:
On Tue, May 19, 2020 at 5:42 AM wangyunjian wrote:
From: Yunjian Wang
The issue is that a file descriptor at 0 is a valid one. Currently
the file not found, the return value will be set to 0. As a result,
it is impossible to distinguish between a c
> -Original Message-
> From: Adam Dybkowski
> Sent: Thursday, May 21, 2020 5:08 PM
> To: dev@dpdk.org; fiona.tr...@intel.com; Akhil Goyal
> Cc: Adam Dybkowski ; sta...@dpdk.org
> Subject: [PATCH v3 1/1] cryptodev: fix SHA-1 digest enum comment
>
> This patch fixes improper SHA-1 diges
https://bugs.dpdk.org/show_bug.cgi?id=483
Bug ID: 483
Summary: Bond 8023ad lacp handshake sometimes fail
Product: DPDK
Version: 19.11
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Pr
> > -Original Message-
> > From: Dybkowski, AdamX
> > Sent: Thursday, May 21, 2020 12:38 PM
> > To: dev@dpdk.org; Trahe, Fiona ;
> > akhil.go...@nxp.com
> > Cc: Dybkowski, AdamX ; sta...@dpdk.org
> > Subject: [PATCH v3 1/1] cryptodev: fix SHA-1 digest enum comment
> >
> > This patch fixes
> -Original Message-
> From: Dybkowski, AdamX
> Sent: Thursday, May 21, 2020 12:38 PM
> To: dev@dpdk.org; Trahe, Fiona ; akhil.go...@nxp.com
> Cc: Dybkowski, AdamX ; sta...@dpdk.org
> Subject: [PATCH v3 1/1] cryptodev: fix SHA-1 digest enum comment
>
> This patch fixes improper SHA-1 d
This patch fixes improper SHA-1 digest size in the enum comment
and also adds the note about HMAC-SHA-1-96.
Fixes: 1bd407fac80b ("cryptodev: extract symmetric operations")
Cc: sta...@dpdk.org
Signed-off-by: Adam Dybkowski
---
lib/librte_cryptodev/rte_crypto_sym.h | 6 --
1 file changed, 4 i
This patch fixes improper SHA-1 digest size in the enum comment
and also adds the note about HMAC-SHA-1-96.
v2:
* add info about HMAC-SHA-1-96
v3:
* fix multi-line comment formatting
Adam Dybkowski (1):
cryptodev: fix SHA-1 digest enum comment
lib/librte_cryptodev/rte_crypto_sym.h | 6 --
DPDK-20.05 RC3 day2 quick report
* Totally create ~400+ new test cases for DPDK20.05 new features.
* Totally 10203 cases, execution percentage is about 99%, pass rate is
about 97%, 5 new issues are found till now, including a high level issue.
* Checked build and compile, found 1 new
On 5/21/2020 12:20 PM, Ferruh Yigit wrote:
> Minutes 21 May 2020
> ---
>
> Agenda:
> * Release Dates
> * -rc3 status
> * Subtrees
> * Opens
>
> Participants:
> * Arm
> * Debian/Microsoft
> * Intel
> * Marvell
> * Mellanox
> * NXP
> * Red Hat
>
>
> Release Dates
> -
>
Minutes 21 May 2020
---
Agenda:
* Release Dates
* -rc3 status
* Subtrees
* Opens
Participants:
* Arm
* Debian/Microsoft
* Intel
* Marvell
* Mellanox
* NXP
* Red Hat
Release Dates
-
* v20.05 dates:
* -rc3 is released on Tuesday, 19 May
* https://mails.dpdk.org/
On Tue, May 5, 2020 at 2:25 PM Dumitrescu, Cristian
wrote:
>
>
>
> > -Original Message-
> > From: Nithin Dabilpuram
> > Sent: Tuesday, May 5, 2020 9:08 AM
> > To: Yigit, Ferruh ; Richardson, Bruce
> > ; Dumitrescu, Cristian
> > ; tho...@monjalon.net;
> > bl...@debian.org; Singh, Jasvinder
On 21-May-20 2:26 AM, oulijun wrote:
在 2020/5/20 17:45, Burakov, Anatoly 写道:
On 20-May-20 4:18 AM, oulijun wrote:
Hi, David Marchand && guys
I am using 20.05-rc2 version to test based on HNS3 NIC hardware,
and found that after starting l3fwd-power,
using ctrl+c cannot force quit. But
> >
> > As agreed in the DPDK tech board [1], after 20.05 release, patches must
> > use C11 atomic operations semantics with the help of wrappers.
> >
> > [1] http://mails.dpdk.org/archives/dev/2020-April/165143.html
> >
> > Signed-off-by: Honnappa Nagarahalli
> > Reviewed-by: Phil Yang
> > Revie
On Wed, May 20, 2020 at 5:51 PM Ankur Dwivedi wrote:
>
> The elt_size field in mempool holds the size of one packet buffer.
> It can be used to set the lpm_sizem1 field in rq context.
>
> The lpb_sizem1 field in rq context is 12 bit, direct assignment
> to it was causing overflow of value. Because
On Fri, May 15, 2020 at 9:14 AM Thomas Monjalon wrote:
> Hi,
>
> Please let's discuss the dates for the next release cycle.
>
> > * v20.08 proposal dates, please comment:
> > * Proposal/V1: Tuesday, 16 June 2020
> > * Integration/Merge/RC1:Tuesday, 14 July 2020
> > * Releas
Hi Kevin,
> -Original Message-
> From: Kevin Traynor
> Sent: Wednesday, May 20, 2020 11:39 AM
> To: De Lara Guarch, Pablo ; Mcnamara, John
> ; Kovacevic, Marko
> Cc: dev@dpdk.org
> Subject: Re: [PATCH] doc: add NASM installation steps
>
> On 18/05/2020 09:35, Pablo de Lara wrote:
> > Th
On 21/05/2020 10:15, Pablo de Lara wrote:
> The intel-ipsec-mb library requires NASM as a dependency.
> Steps on how to get and install NASM are added on the documentation
> of the crypto PMDs which requires the library.
>
> Bugzilla ID: 417
> Cc: sta...@dpdk.org
>
> Signed-off-by: Pablo de Lara
Tested-by: Xiao, QimaiX
Regards,
Xiao Qimai
> -Original Message-
> From: dev On Behalf Of Wei Zhao
> Sent: Thursday, May 21, 2020 3:34 PM
> To: dev@dpdk.org
> Cc: sta...@dpdk.org; Zhang, Qi Z ; Ye, Xiaolong
> ; Zhao1, Wei
> Subject: [dpdk-dev] [PATCH] net/ice: fix switch action number
The intel-ipsec-mb library requires NASM as a dependency.
Steps on how to get and install NASM are added on the documentation
of the crypto PMDs which requires the library.
Bugzilla ID: 417
Cc: sta...@dpdk.org
Signed-off-by: Pablo de Lara
---
v2:
- Added Bugzilla ID
- Modified links to fix Doxy
Hi Thomas,
> -Original Message-
> From: dev On Behalf Of Thomas Monjalon
> Sent: Friday, May 15, 2020 5:14 PM
> To: dev@dpdk.org
> Cc: Yigit, Ferruh ; Mcnamara, John
> ; O'Hare, Cathal ;
> as...@mellanox.com; jer...@marvell.com; hemant.agra...@oss.nxp.com;
> honnappa.nagaraha...@arm.com;
When we flush flow FDIR, all queues are disabled for FDIR.
If FDIR rule is created again, then the flow list is empty,
as it is the first time to create rule after flush fdir filter,
so we need to enable FDIR for all queues. And also, disable FDIR
for queues should be done in function i40e_flow_flu
21/05/2020 06:17, Honnappa Nagarahalli:
>
>
> > Subject: [dpdk-dev] [PATCH v2] ring: build on Window
> change this
> to 'eal'.
>
> Even though the compilation error points to rte_ring, this is not a issue in
> rte_ring library. S
add Qimai
> -Original Message-
> From: Zhao1, Wei
> Sent: Thursday, May 21, 2020 3:34 PM
> To: dev@dpdk.org
> Cc: sta...@dpdk.org; Zhang, Qi Z ; Ye, Xiaolong
> ; Zhao1, Wei
> Subject: [PATCH] net/ice: fix switch action number check
>
> The action number for switch filter should be 1, an
Update i40e PMD firmware/driver mapping table.
Signed-off-by: Zhaoyan Chen
---
doc/guides/nics/i40e.rst | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guides/nics/i40e.rst b/doc/guides/nics/i40e.rst
index 2f846091cf..00c3042d5d 100644
--- a/doc/guides/nics/i40e.rst
+++ b/doc/guides
Update i40e PMD firmware/driver mapping table.
Sign-off: Zhaoyan Chen
---
doc/guides/nics/i40e.rst | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guides/nics/i40e.rst b/doc/guides/nics/i40e.rst
index 2f846091cf..00c3042d5d 100644
--- a/doc/guides/nics/i40e.rst
+++ b/doc/guides/nics
The action number for switch filter should be 1, any
other such as 0 or more than 1 is invalid.
Fixes: 3428c6b6ec1f ("net/ice: add action number check for switch")
Cc: sta...@dpdk.org
Signed-off-by: Wei Zhao
---
drivers/net/ice/ice_switch_filter.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
> -Original Message-
> From: akhil.go...@nxp.com
> Sent: Wednesday, May 20, 2020 11:26 PM
> To: dev@dpdk.org
> Cc: Ruifeng Wang ; declan.dohe...@intel.com;
> asoma...@amd.com; ano...@marvell.com; roy.fan.zh...@intel.com;
> fiona.tr...@intel.com; rnagadhee...@marvell.com; adwiv...@marvell
71 matches
Mail list logo
