On Tue, Aug 3, 2021 at 11:24 AM Ruifeng Wang wrote:
>
> > -Original Message-
> > From: Honnappa Nagarahalli
> > Sent: Saturday, July 31, 2021 5:45 AM
> > To: dev@dpdk.org; Honnappa Nagarahalli
> > ; olivier.m...@6wind.com;
> > lucp.at.w...@gmail.com; david.march...@redhat.com;
> > tho...@
Add L2 and L3 FDIR field support for IPv6 fragment packets.
Signed-off-by: Wenjun Wu
---
v2: remove redundant IPv6 protocol field, because for IPv6 fragment packets,
this value should be fix.
---
drivers/net/ice/base/ice_fdir.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/dri
> -Original Message-
> From: dev On Behalf Of Chenbo Xia
> Sent: Friday, July 30, 2021 9:19 AM
> To: dev@dpdk.org; maxime.coque...@redhat.com; amore...@redhat.com;
> step...@networkplumber.org; tho...@monjalon.net; Yigit, Ferruh
> ; Richardson, Bruce ;
> Ananyev, Konstantin ;
> ktray...@re
> -Original Message-
> From: dev On Behalf Of Chenbo Xia
> Sent: Friday, July 30, 2021 9:24 AM
> To: dev@dpdk.org; maxime.coque...@redhat.com; amore...@redhat.com;
> step...@networkplumber.org; tho...@monjalon.net; Yigit, Ferruh
> ; Richardson, Bruce ;
> Ananyev, Konstantin ;
> ktray...@re
This patch series enables telemetry in NPA LF of cnxk.
v3:
- fixed format specifier for uintptr_t
Gowrishankar Muthukrishnan (3):
telemetry: enable storing pointer value
test/telemetry: add unit tests for pointer value
common/cnxk: add telemetry endpoints to npa
app/test/test_telemetry_d
At present, value of pointer variable or address is stored in
u64 type which may not properly work in non64 bit arch. Hence,
this patch adds new API to store it in void*. JSON encoding is
after converting to uintptr_t so, address value is correctly
casted as per arch as well. Once JSON5 support is
Adding tests to evaluate pointer value in array and dict.
Signed-off-by: Gowrishankar Muthukrishnan
---
app/test/test_telemetry_data.c | 125 +
app/test/test_telemetry_json.c | 29 ++--
2 files changed, 147 insertions(+), 7 deletions(-)
diff --git a/app/test
Add telemetry endpoints to npa.
Signed-off-by: Gowrishankar Muthukrishnan
---
drivers/common/cnxk/cnxk_telemetry.h | 26 +++
drivers/common/cnxk/cnxk_telemetry_npa.c | 227 +++
drivers/common/cnxk/meson.build | 4 +
drivers/common/cnxk/roc_platform.h |
03/08/2021 03:52, Xia, Chenbo:
> Hi Thomas,
>
> From: Thomas Monjalon
> > 27/07/2021 10:44, Bruce Richardson:
> > > On Mon, Jul 26, 2021 at 05:56:17AM +, Xia, Chenbo wrote:
> > > > From: Yigit, Ferruh
> > > > > On 7/23/2021 8:39 AM, Xia, Chenbo wrote:
> > > > > > From: dev On Behalf Of Chen
On 2021-08-03 06:12, Jerin Jacob wrote:
> On Tue, Aug 3, 2021 at 2:46 AM wrote:
>> From: Pavan Nikhilesh
>>
>> Make driver layer as internal, remove unnecessary rte_ prefix for
>> structures and functions that are not a part of public API.
>> Promote experimental trace and vector APIs to stable.
Hi nvidia teams,
I test the upstream dpdk for vxlan encap offload with dpdk-testpmd
# lspci | grep Ether
19:00.0 Ethernet controller: Mellanox Technologies MT27800 Family [ConnectX-5]
19:00.1 Ethernet controller: Mellanox Technologies MT27800 Family [ConnectX-5]
Fw version is 16.31.1014
#e
Below patches are the backports of features in DPDK 21.02 and DPDK 21.05.
They are not for LTS upstream, just for customer to cherrypick.
feature includes
1. support RSS hash for IP fragment.
2. enable QinQ filter for switch.
Haiyue Wang (4):
net/ice/base: do not set VLAN mode in DCF mode
net
[ upstream commit f1ea76eb63944a65e9e0bbc32244bc7c8b4fbd1d ]
[ upstream commit 664b8eb745b9b6249231cea2f2bc6ff4d4b6bc40 ]
[ upstream commit 8434528175614f4cc8ab25fd28560848d8999605 ]
New pattern and RSS hash flow parsing are added to handle fragmented
IPv4/IPv6 packet.
This patch is not for LTS u
From: Qi Zhang
[ upstream commit 4e4dc21e450b5860da650d255abb6e17c3e637a9 ]
The VLAN mode of the device has to be configured while the global
configuration lock is held while downloading the DDP, specifically after
the DDP has been downloaded. In order to support this a VLAN mode
interface was a
From: Qi Zhang
[ upstream commit 9ea028123a0bef9f6bbf5dd1a5250b9bfa63c1ea ]
Aligned the buffer the following admin commands to their new
definitions:
* 0x210 = add_vsi
* 0x211 = update_vsi
Signed-off-by: Shay Amir
Signed-off-by: Qi Zhang
---
drivers/net/ice/base/ice_adminq_cmd.h | 209 ++
From: Qi Zhang
[ upstream commit 25aa214490814d14e5f8f69121c23c0b91d2aeb9 ]
Fix the wrong value of ICE_AQ_VSI_OUTER_VLAN_PORT_BASED_ACCEPT_HOST
Fixes: 9ea028123a0b ("net/ice/base: align add VSI and update VSI AQ command
buffer")
Signed-off-by: Qi Zhang
Acked-by: Qiming Yang
---
drivers/net
From: Qi Zhang
[ upstream commit a6b975d23c10756083357355372c4f545ddc1ebe ]
Currently VLAN filters via RID4 are only based on VLAN ID. However, with
incoming support for Double VLAN Mode (DVM), the driver needs to be able
to support filtering on VLAN ID + VLAN TPID (i.e. 0x8100, 0x88a8, etc.).
A
From: Qi Zhang
[ upstream commit 67285599c9f413c59118379d1f7162031ea6acdc ]
If a driver wants to configure double VLAN mode (DVM) it needs to
first check if the DDP supports DVM. To do this the driver needs to read
the package metadata section via the upload section AQ (0x04C1).
If the DDP does
From: Haiyue Wang
[ upstream commit 70f4e156ea52e3d8278acff30d06447eab623a15 ]
The PF will set the VLAN mode globally, DCF just needs to get the VLAN
mode.
Signed-off-by: Haiyue Wang
Acked-by: Qiming Yang
---
drivers/net/ice/base/ice_vlan_mode.c | 6 ++
1 file changed, 6 insertions(+)
d
From: Qi Zhang
[ upstream commit 14e7a4b37b4f2f765b4da08019ffc9098d99a076 ]
In order to support configuring the device in Double VLAN Mode (DVM),
the DDP and FW have to support DVM. If both support DVM, the PF
that downloads the package needs to update the default recipes and set
the VLAN mode.
From: Qi Zhang
[ upstream commit f977165db0ba8435269a5e19e0e9239a4b22d140 ]
Add code to update boost TCAM entries to enable DVM. This requires
enabled DVM entries, and disabling SVM entries.
Signed-off-by: Dan Nowlin
Signed-off-by: Qi Zhang
Acked-by: Qiming Yang
---
drivers/net/ice/base/ice
From: Qi Zhang
[ upstream commit 8d7bb8d500b1ccdeb30668516064337faa20b364 ]
Protocol id for first vlan in Double VLAN Mode (DVM) should be
ICE_VLAN_OF_HW = 16, but for Single VLAN Mode (SVM) this should be
ICE_VLAN_OL_HW = 17.
Change protocol id in type to id translation array for outer vlan
to
From: Qi Zhang
[ upstream commit daa2ca4217ec6bf4fafb84f78985014b20cf5444 ]
Currently if the driver supports QinQ there is no message/information
if the DDP and/or FW don't support QinQ. Add functionality that prints
if the DDP and/or FW don't support QinQ if the driver attempts to
configured DV
From: Qi Zhang
[ upstream commit 5ade55ab43e6c07a904c03ebe2d796fdea94e7e0 ]
Currently it's not clear that only the first PF downloads the package
and configures the VLAN mode. When this is happening all other PFs are
blocked on the global configuration lock. Once the package is
successfully down
From: Qi Zhang
[ upstream commit 03697c24b7cafbd6c536204ba6470698fcf8c5e0 ]
The dummy packet should be QinQ PPPoE ipv6 when ppp protocol is ipv6.
Fixes: bb3386f348dd ("net/ice: enable QinQ filter for switch")
Cc: sta...@dpdk.org
Signed-off-by: Yuying Zhang
Signed-off-by: Qi Zhang
Acked-by: Q
From: Yuying Zhang
[ upstream commit 0c0735ff4fc15e227631cbfe3fd31e33e42b34fc ]
Add the ethertype offset for QinQ switch rule dummy packet to
allow matching the corresponding field.
Signed-off-by: Yuying Zhang
Acked-by: Qi Zhang
---
drivers/net/ice/base/ice_switch.c | 13 ++---
1 fil
From: Qi Zhang
[ upstream commit 0475c7770502cb4166b2577df3ff446af9d85515 ]
Since VLAN protocol type 'ICE_VLAN_OFOS' has been changed to map
the hardware VLAN protocol ID to 'ICE_VLAN_OF_HW (16)' when in Double
VLAN mode, and to 'ICE_VLAN_OL_HW (17)' when in Single VLAN mode.
So 'ICE_VLAN_OFOS'
From: Haiyue Wang
[ upstream commit 295b34f55b001bceb27d9177b55326ccda49351b ]
In Single VLAN Mode, single VLAN filters via ICE_SW_LKUP_VLAN are based
on the inner VLAN ID, so the VLAN TPID (i.e. 0x8100 or 0x888a8) doesn't
matter.
In Double VLAN Mode, outer/single VLAN filters via ICE_SW_LKUP_V
From: Haiyue Wang
[ upstream commit 8ac4307504bed19ce68b39bc2703975ee0b9ab81 ]
VLAN strip was failing for double VLAN because of hardware
configuration, resulting mbuf not having the vlan_tci information.
Adjusted the strip setting according to current VLAN mode to fix the
VLAN strip.
Fixes: 1
From: Ting Xu
IPv4 and IPv6 fragment ptypes are supposed to be separated from IP
other ptypes. New bitmaps for IP fragment ptypes were created, but the
IP fragment ptypes were not deleted from the previous non-frag bitmaps,
which will cause conflicts. This patch removes IP fragment ptypes from
th
From: Junfeng Guo
[ upstream commit bb3386f348ddf1a32b752ca371146e6be5c56a8b ]
Enable the double VLAN support for switch QinQ filtering.
Signed-off-by: Wei Zhao
Signed-off-by: Haiyue Wang
Signed-off-by: Junfeng Guo
Acked-by: Qi Zhang
---
drivers/net/ice/ice_generic_flow.c | 8 +++
drive
From: Haiyue Wang
[ upstream commit 23ea199b732bf54861aaea49e52c1089334b29ae ]
The hardware outer/inner VLAN protocol types are now updated to map to
new interface VLAN protocol types, so update the application to use new
VLAN protocol types when the rte_flow is QinQ filter type.
Signed-off-by:
From: Yuying Zhang
[ upstream commit 2321e34c23b386c46e4a644682e40214cf59ee4f ]
This patch is not for LTS upstream, just for customer to cherry-pick.
Support rte flow priority attribute for DCF switch filter.
When a packet is matched by two rules, the behavior of it
is not defined. This patch s
From: Qi Zhang
[ upstream commit 2e6228787d91967a775fb1d99cd887d3f11ad5c6 ]
This patch is not for LTS upstream, just for customer to cherry-pick.
Check priority when look for a recipe which matches our request
to enable flow priority for switch filter.
Signed-off-by: Yuying Zhang
Signed-off-b
On 7/29/21 4:42 PM, Maxime Coquelin wrote:
> This patch announce the renaming of struct vhost_device_ops
> to rte_vhost_device_ops in DPDK v21.11.
>
> Signed-off-by: Maxime Coquelin
> ---
> doc/guides/rel_notes/deprecation.rst | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/doc/g
Hi Thomas,
The testing with dpdk 21.08-rc3 from Broadcom looks good. The following is
a list of tests executed with 21.08-rc3:
- Basic functionality:
Send and receive multiple types of traffic.
- testpmd xstats counter test.
- RSS tests.
- VLAN filtering tests.
- Rx Checksum tests
- TSO tests.
Added macros to simplyfy print of MAC address.
The other method of first formatting mac address
into a string and string printed, is avoided.
Aman Singh (2):
net: macro for MAC address print
net: macro to extract MAC address bytes
app/pdump/main.c | 5 +---
app/
Added macro to print six bytes of MAC address.
The MAC addresses will be printed in lower case
hexdecimal format.
In case there is a specific check for upper case
MAC address, the user may need to make a change in
such test case after this patch.
Signed-off-by: Aman Singh
---
app/test-pmd/cmdlin
Added macros to simplyfy print of MAC address.
The other method of first formatting mac address
into a string and string printed, is avoided.
Signed-off-by: Aman Singh
---
The change in the document will be done in seperate patch.
To ensure document has direct reference of the code.
---
app/pdum
> -Original Message-
> From: Mattias Rönnblom
> Sent: Tuesday, August 3, 2021 1:57 PM
> To: Jerin Jacob
> Cc: Jerin Jacob Kollanukkaran ; dpdk-dev
> ; Richard Eklycke ; Liron Himi
>
> Subject: [EXT] Re: [dpdk-dev] [RFC v2 1/3] eventdev: allow for event devices
> requiring maintenance
>
> -Original Message-
> From: David Christensen
> Sent: Tuesday, August 3, 2021 1:29 AM
> To: Juraj Linkeš ; tho...@monjalon.net;
> david.march...@redhat.com; bruce.richard...@intel.com;
> honnappa.nagaraha...@arm.com; ruifeng.w...@arm.com;
> ferruh.yi...@intel.com; jerinjac...@gmail.com;
Hi Asaf,
I test the mlnx-dpdk-20.11.0 in the ofed-5.4, This problem is fixed. But there
are still other problem
estpmd> set vxlan ip-version ipv4 vni 1000 udp-src 0 udp-dst 4789 ip-src
172.168.152.50 ip-dst 172.168.152.73 eth-src 1c:34:da:77:fb:d8 eth-dst
3c:fd:fe:bb:1c:0c
testpmd>
tes
> -Original Message-
> From: Rongwei Liu
> Sent: Monday, August 2, 2021 15:21
> To: Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; NBU-Contact-
> Thomas Monjalon ; Shahaf Shuler
> ; Raslan Darawsheh
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [PATCH v2] net/mlx5: fix vni matching with non
> -Original Message-
> From: Rongwei Liu
> Sent: Monday, August 2, 2021 15:21
> To: Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; NBU-Contact-
> Thomas Monjalon ; Shahaf Shuler
> ; Raslan Darawsheh
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [PATCH v2] net/mlx5: fix vni matching with non
This patch add Chengwen Feng as dmadev's maintainer.
Signed-off-by: Chengwen Feng
---
MAINTAINERS| 5 +
doc/guides/rel_notes/release_21_08.rst | 6 ++
2 files changed, 11 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8013ba1..84cfb1a 100644
--- a
This patch introduce DMA device library PMD header which was driver
facing APIs for a DMA device.
Signed-off-by: Chengwen Feng
Acked-by: Bruce Richardson
Acked-by: Morten Brørup
---
lib/dmadev/meson.build | 1 +
lib/dmadev/rte_dmadev.h | 2 ++
lib/dmadev/rte_dmadev_pmd.h | 72 ++
This patch introduce DMA device library internal header, which contains
internal data types that are used by the DMA devices in order to expose
their ops to the class.
Signed-off-by: Chengwen Feng
Acked-by: Bruce Richardson
Acked-by: Morten Brørup
---
lib/dmadev/meson.build | 1 +
lib/
This patch introduce DMA device library implementation which includes
configuration and I/O with the DMA devices.
Signed-off-by: Chengwen Feng
Acked-by: Bruce Richardson
Acked-by: Morten Brørup
---
config/rte_config.h | 3 +
lib/dmadev/meson.build | 1 +
lib/dmadev/rte_dmade
The 'dmadevice' is a generic type of DMA device.
This patch introduce the 'dmadevice' public APIs which expose generic
operations that can enable configuration and I/O with the DMA devices.
Signed-off-by: Chengwen Feng
Acked-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: Jerin Jacob
-
This patch set contains six patch for new add dmadev.
Chengwen Feng (6):
dmadev: introduce DMA device library public APIs
dmadev: introduce DMA device library internal header
dmadev: introduce DMA device library PMD header
dmadev: introduce DMA device library implementation
doc: add DMA
This patch adds dmadev library guide.
Signed-off-by: Chengwen Feng
---
doc/guides/prog_guide/dmadev.rst| 126 +++
doc/guides/prog_guide/img/dmadev_i1.svg | 278
doc/guides/prog_guide/index.rst | 1 +
3 files changed, 405 insertions(+
The APIs which are internal to PMD and cryptodev library
can be marked as internal so that ABI checking do not
shout for changes in APIs which are internal to DPDK.
Signed-off-by: Akhil Goyal
---
doc/guides/rel_notes/deprecation.rst | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/guid
@Bruce @Jerin @Morten
Could you please review 'doc: add DMA device library guide' patch ?
PS: other patchs are well reviewed.
Thanks
On 2021/8/3 19:29, Chengwen Feng wrote:
> This patch set contains six patch for new add dmadev.
>
> Chengwen Feng (6):
> dmadev: introduce DMA device library pu
Hi Anoob,
> > > Now that we have an agreement on bitfields (hoping no one else has an
> > > objection), I would like to discuss one more topic. It is more related to
> > checksum offload, but it's better that we discuss along with other similar
> > items (like soft expiry).
> > >
> > > L3 & L4 che
The structures rte_cryptodev_sym_session and
rte_cryptodev_asym_session are not used by the
application directly. The application just need
an opaque pointer which it can attach to rte_crypto_op
while enqueue.
Hence, these structures can be internal to library
hidden from the user.
Signed-off-by:
The structures rte_cryptodev_sym_session and
rte_cryptodev_asym_session are not used by the
application directly. The application just need
an opaque pointer which it can attach to rte_crypto_op
while enqueue.
Hence, these structures can be internal to library
hidden from the user.
Signed-off-by:
Hi Konstantin,
> Subject: [EXT] RE: [PATCH 2/2] lib/security: add SA lifetime configuration
>
> Hi Anoob,
>
> > > > Now that we have an agreement on bitfields (hoping no one else has
> > > > an objection), I would like to discuss one more topic. It is more
> > > > related to
> > > checksum offlo
>-Original Message-
>From: Thomas Monjalon
>Sent: Saturday 31 July 2021 18:42
>To: Power, Ciara
>Cc: dev@dpdk.org; Zhang, Roy Fan ; Doherty,
>Declan ; acon...@redhat.com
>Subject: Re: [dpdk-dev] [PATCH v2] doc/guides: add details for new test
>structure
>
>16/07/2021 15:40, Ciara Power:
01/08/2021 08:13, Matan Azrad:
> From: Raja Zidane
> > Compression Level is interpreted by each PMD differently.
> > However, lower numbers give faster compression at the expense of
> > compression ratio, while higher numbers may give better compression ratios
> > but are likely slower.
> > The lev
The structure rte_security_session is not directly used
by the application. The application just need an opaque
pointer to attached to the mbuf or rte_crypto_op while
enqueue. Hence, it can be hidden inside the library
and would prevent unnecessary indirection to the priv
session data in fastpath.
On 2021-08-03 06:39, Jerin Jacob wrote:
On Mon, Aug 2, 2021 at 9:45 PM Mattias Rönnblom
wrote:
Extend Eventdev API to allow for event devices which require various
forms of internal processing to happen, even when events are not
enqueued to or dequeued from a port.
RFC v2:
- Change rte_eve
Hi Thomas,
Thanks for the review.
I did the git grep rte_net_intel_cksum_prepare and git grep
PKT_TX_OUTER_UDP_CKSUM. Following are the two drivers that use the function
to prepare headers for checksum which also uses the outer_udp_checksum
offload within drivers.
1) Hisilicon hns3
2) Wangxun t
Title proposal:
net/mlx5: fix port initialization of switch domain
02/08/2021 16:55, Gregory Etelson:
> All active ports that belong to the same E-switch share domain_id
> value.
> Port initialization procedure searches through a database for existing
> port with matching properties. New domain_id
> The structure rte_security_session is not directly used
> by the application. The application just need an opaque
> pointer to attached to the mbuf or rte_crypto_op while
> enqueue. Hence, it can be hidden inside the library
> and would prevent unnecessary indirection to the priv
> session data
> > In the recent update, the misc5 matcher was introduced to match VxLAN
> > header extra fields. However, ConnectX-5 doesn't support misc5 for the UDP
> > ports different from VXLAN's standard one (4789).
> >
> > Need to fall back to the previous approach and use legacy misc matcher if
> > non-s
On Sat, Jul 31, 2021 at 1:49 PM Andrew Rybchenko <
andrew.rybche...@oktetlabs.ru> wrote:
> On 7/30/21 2:11 PM, Olivier Matz wrote:
> > On Wed, Jul 28, 2021 at 06:46:53PM +0300, Andrew Rybchenko wrote:
> >> On 7/7/21 12:40 PM, Mohsin Kazmi wrote:
> >>> Preparation the headers for the hardware offlo
Added macros to simplyfy print of MAC address.
The other method of first formatting mac address
into a string and string printed, is avoided.
Aman Singh (2):
net: macro for MAC address print
net: macro to extract MAC address bytes
app/pdump/main.c | 5 +---
app
Added macro to print six bytes of MAC address.
The MAC addresses will be printed in lower case
hexdecimal format.
In case there is a specific check for upper case
MAC address, the user may need to make a change in
such test case after this patch.
Signed-off-by: Aman Singh
---
app/test-pmd/cmdlin
Added macros to simplyfy print of MAC address.
The other method of first formatting mac address
into a string and string printed, is avoided.
Signed-off-by: Aman Singh
---
The change in the document will be done in seperate patch.
To ensure document has direct reference of the code.
V2: Fix buil
Hi, Thomas
Why the dmadev patchset v12/13 both deferred ? Does it have anything to do with
the completion of 21.08?
Thanks
Forwarded Message
Subject: [dpdk] Patch notification: 6 patches updated
Date: Tue, 3 Aug 2021 12:20:03 +
From: DPDK patchwork
To: fengcheng...@huawei.
03/08/2021 14:54, fengchengwen:
> Hi, Thomas
>
> Why the dmadev patchset v12/13 both deferred ? Does it have anything to do
> with
> the completion of 21.08?
We are fixing the last critical bugs to close 21.08 this week.
We don't accept new features.
What did you expect?
Do you understand that
Currently there is a dedicated modify function for each
field that the application wants to change.
For example:
rte_flow_action_type_set_tp_port to modify destination port of UDP/TCP.
rte_flow_action_type_set_ipv4_dst to modify destination of IPv4.
A new function rte_flow_action_modify_field DPDK
In the current implementation,
the action rte_flow_action_modify_field is not well defined
for fields larger than 64 bits (for example IPv6 source)
In addition, the byte order is also not well defined.
Both of those issue should be fixed.
Signed-off-by: Ori Kam
Acked-by: Matan Azrad
---
V2:
F
02/08/2021 16:30, Suanming Mou:
> Currently, there are two types of drop action implementation
> in the PMD. One is the DR(Direct Rules) dummy placeholder drop
> action and another is the dedicated dummy queue drop action.
> When creates flow on the root table with DR drop action, the
> action will
On 2021/8/3 20:59, Thomas Monjalon wrote:
> 03/08/2021 14:54, fengchengwen:
>> Hi, Thomas
>>
>> Why the dmadev patchset v12/13 both deferred ? Does it have anything to do
>> with
>> the completion of 21.08?
>
> We are fixing the last critical bugs to close 21.08 this week.
> We don't accept new f
On 11/07/2021 08:22, Jerin Jacob wrote:
> On Sat, Jul 10, 2021 at 12:46 AM Tyler Retzlaff
> wrote:
>>
>> On Fri, Jul 09, 2021 at 11:46:54AM +0530, Jerin Jacob wrote:
+
+Promotion to stable
+~~~
+
+Ordinarily APIs marked as ``experimental`` will be promot
On Tue, Aug 3, 2021 at 5:03 PM Chengwen Feng wrote:
>
> This patch adds dmadev library guide.
>
> Signed-off-by: Chengwen Feng
> ---
> doc/guides/prog_guide/dmadev.rst| 126 +++
doc build has following warning in my machine
ninja: Entering directory `build'
[2789/2813] Gene
03/08/2021 15:19, fengchengwen:
> On 2021/8/3 20:59, Thomas Monjalon wrote:
> > 03/08/2021 14:54, fengchengwen:
> >> Hi, Thomas
> >>
> >> Why the dmadev patchset v12/13 both deferred ? Does it have anything to do
> >> with
> >> the completion of 21.08?
> >
> > We are fixing the last critical bugs
It seems like meson encountered an error when building
app/test/meson.build:472:11: ERROR: Index 1 out of bounds of array of size
> 1.
>
> A full log can be found at
> /home-local/jenkins-local/jenkins-agent/workspace/Apply-Custom-Patch-Set/dpdk/build/meson-logs/meson-log.txt
> ninja: error: loadi
2021-08-03 11:11 (UTC-0400), Owen Hilyard:
> It seems like meson encountered an error when building
>
> app/test/meson.build:472:11: ERROR: Index 1 out of bounds of array of size
> > 1.
> >
> > A full log can be found at
> > /home-local/jenkins-local/jenkins-agent/workspace/Apply-Custom-Patch-Set/
Hi Olivier,
Any comments on this?
Thanks,
Honnappa
> > >
> > > The current expected behaviour of the function
> > > rte_ctrl_thread_create is rigid which makes the implementation of the
> function complex.
> > > Make the expected behaviour abstract to allow for simplified
> > > implemen
Our windows servers are both running 0.57.1, but all of the *nix hosts are
running 0.58.1. This issue also happens on 0.57.1 and 0.57.2, with the
exact same steps to reproduce.
On Tue, Aug 3, 2021 at 11:38 AM Dmitry Kozlyuk
wrote:
> 2021-08-03 11:11 (UTC-0400), Owen Hilyard:
> > It seems like me
Clarifying the ABI policy on the promotion of experimental APIS to stable.
We have a fair number of APIs that have been experimental for more than
2 years. This policy amendment indicates that these APIs should be
promoted or removed, or should at least form a conservation between the
maintainer an
Updates the Minimal SW and HW Version offload support
information for Metering hierarchy.
Signed-off-by: Jiawei Wang
---
doc/guides/nics/mlx5.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst
index 42559cf261..b6b8ecb3a0 100644
--- a
Updates the Minimal SW and HW Version offload support
information for ASO metering.
Signed-off-by: Jiawei Wang
---
doc/guides/nics/mlx5.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst
index 3e9c736cae..42559cf261 100644
--- a/doc/g
>-Original Message-
>From: Jiawei(Jonny) Wang
>Sent: Tuesday, August 3, 2021 4:03 PM
>To: Slava Ovsiienko ; Matan Azrad
>; Asaf Penso ; NBU-Contact-
>Thomas Monjalon ; Shahaf Shuler
>
>Cc: dev@dpdk.org; Raslan Darawsheh
>Subject: [PATCH 1/2] doc: update the offload information for ASO Met
>-Original Message-
>From: Jiawei(Jonny) Wang
>Sent: Tuesday, August 3, 2021 4:03 PM
>To: Slava Ovsiienko ; Matan Azrad
>; Asaf Penso ; NBU-Contact-
>Thomas Monjalon ; Shahaf Shuler
>
>Cc: dev@dpdk.org; Raslan Darawsheh
>Subject: [PATCH 2/2] doc: update the offload information for Meterin
Hi
IBM - Power Systems
DPDK 21.08-rc3
* Basic PF on Mellanox: No new issues or regressions were seen.
* Performance: not tested.
Systems tested:
- IBM Power9 PowerNV 9006-22P
OS: RHEL 8.3
GCC: version 8.3.1 20191121 (Red Hat 8.3.1-5)
NICs:
- Mellanox Technologies MT28800 Famil
From: Narcisa Vasile
EAL thread API
**Problem Statement**
DPDK currently uses the pthread interface to create and manage threads.
Windows does not support the POSIX thread programming model,
so it currently
relies on a header file that hides the Windows calls under
pthread matched interfaces. Gi
From: Narcisa Vasile
Use a portable, type-safe representation for the thread identifier.
Add functions for comparing thread ids and obtaining the thread id
for the current thread.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/meson.build| 1 +
lib/eal/{unix => common}/rte_threa
From: Narcisa Vasile
Implement thread attributes for:
* thread affinity
* thread priority
Implement functions for managing thread attributes.
Priority is represented through an enum that allows for two levels:
- RTE_THREAD_PRIORITY_NORMAL
- RTE_THREAD_PRIORITY_REALTIME_CRITICAL
From: Narcisa Vasile
Add function to translate Windows error codes to
errno-style error codes. The possible return values are chosen
so that we have as much semantical compatibility between platforms as
possible.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/rte_thread.c | 6 +--
lib/eal/
From: Narcisa Vasile
Implement functions for getting/setting thread affinity.
Threads can be pinned to specific cores by setting their
affinity attribute.
Signed-off-by: Narcisa Vasile
Signed-off-by: Dmitry Malloy
---
lib/eal/common/rte_thread.c | 16
lib/eal/include/rte_thread.h |
From: Narcisa Vasile
Add functions for thread creation, joining, detaching.
The *rte_thread_create()* function can optionally receive
an rte_thread_attr_t object that will cause the thread to be
created with the affinity and priority described by the
attributes object. If no rte_thread_attr_t is
From: Narcisa Vasile
Add function for setting the priority for a thread.
Priorities on multiple platforms are similarly determined by
a priority value and a priority class/policy.
On Linux, the following mapping is created:
RTE_THREAD_PRIORITY_NORMAL corresponds to
* policy SCHED_OTHER
* priorit
From: Narcisa Vasile
Add functions for mutex init, destroy, lock, unlock.
Add RTE_STATIC_MUTEX macro to replace static initialization
of mutexes.
Windows does not have a static initializer.
Initialization is only done through InitializeCriticalSection().
The RTE_STATIC_MUTEX calls into the rte_
From: Narcisa Vasile
Add functions for barrier init, destroy, wait.
A portable type is used to represent a barrier identifier.
The rte_thread_barrier_wait() function returns the same value
on all platforms.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/rte_thread.c | 61 ++
From: Narcisa Vasile
As a new API for threading is introduced,
a set of unit tests have been added to test the new interface.
Signed-off-by: Narcisa Vasile
---
app/test/meson.build| 2 +
app/test/test_threads.c | 419
2 files changed, 421 insertio
From: Narcisa Vasile
Allow the user to choose the thread priority through an EAL
command line argument.
The user can choose thread priority through an EAL parameter,
when starting an application. If EAL parameter is not used,
the per-platform default value for thread priority is used.
Otherwise
The routine mlx5_eth_find_next() and related iterating macro
MLX5_ETH_FOREACH_DEV is used to iterate through sibling devices (all
representors share the same configuration and switching domain) on top
of specified root device.
The root device parameter was specified as NULL, and it caused
the miss
1 - 100 of 115 matches
Mail list logo
