Hi Ferruh,
> -Original Message-
> From: Jiawen Wu
> Sent: Friday, December 18, 2020 5:36 PM
> To: dev@dpdk.org
> Cc: Jiawen Wu
> Subject: [PATCH v3 00/33] net: add txgbe PMD part 2
>
> This patch adds the rest of txgbe PMD for its PF part.
> Support include flow API, traffic mirror, tra
> -Original Message-
> From: dev On Behalf Of Leyi Rong
> Sent: Thursday, January 7, 2021 3:44 PM
> To: Zhang, Qi Z ; Richardson, Bruce
> ; Xing, Beilei
> Cc: dev@dpdk.org; Rong, Leyi
> Subject: [dpdk-dev] [PATCH v2 2/3] net/i40e: add AVX512 vector path
>
> Add AVX512 support for i40e P
> -Original Message-
> From: dev On Behalf Of Leyi Rong
> Sent: Thursday, January 7, 2021 3:44 PM
> To: Zhang, Qi Z ; Richardson, Bruce
> ; Xing, Beilei
> Cc: dev@dpdk.org; Rong, Leyi
> Subject: [dpdk-dev] [PATCH v2 3/3] net/i40e: optimize Tx by using AVX512
>
> Optimize Tx path by usin
> -Original Message-
> From: dev On Behalf Of Leyi Rong
> Sent: Thursday, January 7, 2021 3:44 PM
> To: Zhang, Qi Z ; Richardson, Bruce
> ; Xing, Beilei
> Cc: dev@dpdk.org; Rong, Leyi
> Subject: [dpdk-dev] [PATCH v2 1/3] net/i40e: remove devarg use-latest-
> supported-vec
>
> As eal p
> -Original Message-
> From: Guo, Jia
> Sent: Wednesday, January 13, 2021 1:31 PM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Yang, Qiming ; Wang, Haiyue
>
> Cc: dev@dpdk.org; Guo, Jia ; Su, Simei
>
> Subject: [dpdk-dev v4 0/2] net/ice: refactor PTYPE parsing
>
> If the capability of a PTYP
If the capability of a PTYPE within a specific package could be
negotiated, no need to maintain a different PTYPE list for each
type of the package when parsing PTYPE. So refactor the PTYPE
parsing mechanism for each flow engines.
Signed-off-by: Jeff Guo
---
drivers/net/ice/ice_acl_filter.c|
Add some macros for some PType value.
Signed-off-by: Jeff Guo
---
drivers/net/ice/base/ice_flex_type.h | 189 +--
1 file changed, 150 insertions(+), 39 deletions(-)
diff --git a/drivers/net/ice/base/ice_flex_type.h
b/drivers/net/ice/base/ice_flex_type.h
index ad620f7892
If the capability of a PTYPE within a specific package could be
negotiated, no need to maintain a different PTYPE list for each
type of the package when parsing PTYPE. So refactor the PTYPE
parsing mechanism for each flow engines.
v4:
rebase patch and add some more PTYPE macros
v3:
separate the p
Tested-by: Huang, ZhiminX
Regards,
HuangZhiMin
> -Original Message-
> From: dev On Behalf Of Murphy Yang
> Sent: Thursday, January 7, 2021 5:17 PM
> To: dev@dpdk.org
> Cc: Yang, Qiming ; Guo, Jia ;
> Zhang, Qi Z ; Yang, SteveX ;
> Wu, Jingjing ; Xing, Beilei ;
> Yang, MurphyX
> Subject
> -Original Message-
> From: dev On Behalf Of Weifeng Li
> Sent: Sunday, January 10, 2021 4:34 PM
> To: Xing, Beilei ; Guo, Jia
> Cc: dev@dpdk.org; Weifeng Li ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/i40e: fix SFP I X722 with FW4.16
>
> When NVM API version is 1.7 or above
> -Original Message-
> From: dev On Behalf Of Murphy Yang
> Sent: Friday, January 8, 2021 4:30 PM
> To: dev@dpdk.org
> Cc: Yang, Qiming ; Yigit, Ferruh
> ; Guo, Jia ; Xing, Beilei
> ; Yang, SteveX ; Yang,
> MurphyX
> Subject: [dpdk-dev] [PATCH] net/i40e: i40e PMD APIs add input pointer
Implement a generic copy flow API to allow copying of an arbitrary
header field (as well as mark, metadata or tag) to another item.
This generic copy mechanism removes the necessity to implement a
separate RTE Flow action every time we need to modify a new packet
field in the future. A user-provid
Add support for the RTE_FLOW_ACTION_COPY_ITEM to the testpmd.
Implement CLI to create the copy_item action and supply all the
needed parameters to copy an arbitrary packet field (as well as
mark, tag or metadata) into another item.
Example of the flow is the following:
flow create 0 egress group 1
Implement a generic copy rte flow API as described in RFC:
http://patches.dpdk.org/patch/85384/
This API allows copying a specified number of bits from a source
header field to a destination header field. Tag, mark or metadata
can also be used as a source/destination to allow saving/overwriting
an
>
> Building with SVE extension enabled stopped with error:
>
> error: ACLE function ‘svwhilelt_b64_s32’ requires ISA extension ‘sve’
>18 | #define PG64_256BIT svwhilelt_b64(0, 4)
>
> This is caused by unintentional cflags reset.
> Fixed the issue by not touching cflags, and using flags
>
> Add Arm Neoverse N2 cpu support.
>
> Signed-off-by: Ruifeng Wang
Looks good
Reviewed-by: Honnappa Nagarahalli
> ---
> v3:
> Changed arch extension from sve to sve2 as N2 supports sve2. (Honnappa)
>
> config/arm/arm64_n2_linux_gcc | 17 +
> config/arm/meson.build
An example application shows how to use opae ifpga APIs.
You can test each API by running corresponding command.
A guide is also added to show how to run the example.
Signed-off-by: Wei Huang
---
v2: fix coding style issue in commands.c
---
v3: add guide for running example
---
v4: fix compilatio
Cyborg is part of OpenStack, it needs some OPAE type APIs to manage
PACs (Programmable Acceleration Card) with Intel FPGA. Below major
functions are added to meets Cyborg requirements.
1. opae_init_eal() set up EAL environment.
2. opae_cleanup_eal() clean up EAL environment.
3. opae_enumerate() sea
There are three types of property can be got from FPGA, they are
implemented in below functions:
1. ifpga_rawdev_get_fme_property() get property of FME (FPGA
Management Engine).
2. ifpga_rawdev_get_port_property() get property of FPGA port.
3. ifpga_rawdev_get_bmc_property() get property of BMC
RSU (Remote System Update) depends on secure manager which may be
different on various implementations, so a new secure manager device
is implemented for adapting such difference.
There are three major functions added:
1. ifpga_rawdev_update_flash() updates flash with specific image file.
2. ifpga_
Cyborg is part of OpenStack, it needs some OPAE APIs to manage
devices with Intel FPGA. The first three patches implement extra
APIs to meet Cyborg requirement. The last patch add an example
to show how to use these APIs.
Main changes from v9:
- Add ifpga.rst to sample_app_ug/index.rst
Wei Huang
On Thu, Dec 17, 2020 at 9:08 AM Anatoly Burakov
wrote:
>
> From: Liang Ma
>
> Add a simple API to allow getting the monitor conditions for
> power-optimized monitoring of the RX queues from the PMD, as well as
> release notes information.
>
> Signed-off-by: Liang Ma
> Signed-off-by: Anatoly Bura
> Ophir Munk (6):
> app/regex: move mem pool creation to worker routine
> app/regex: support multi QPs
> app/regex: read data file once at startup
> app/regex: support multi cores
> app/regex: support performance measurements per QP
> app/regex: replace Linux clock() API with rdtsc
App
DEVCLASS and DEVINTERFACE guids are defined/managed by the windows
platform sdk headers.
* hide dpdk defined GUID_DEVCLASS_NETUIO and GUID_DEVINTERFACE_NETUIO if
the NTDDI_VERSION >= 0x0A0A
* include for windows sdk defined GUID_DEVINTERFACE_NETUIO
Signed-off-by: Tyler Retzlaff
---
drive
DEVCLASS and DEVINTERFACE guids are defined/managed by the windows
platform sdk headers.
* hide dpdk defined GUID_DEVCLASS_NETUIO and GUID_DEVINTERFACE_NETUIO if
the NTDDI_VERSION >= 0x0A0A
* include for windows sdk defined GUID_DEVINTERFACE_NETUIO
Signed-off-by: Tyler Retzlaff
---
drive
17/12/2020 11:37, Ori Kam:
> The RegEx engine is using HW resources that may reach some limit for
> different reasons.
> In current API the RegEx can report only on max threads reached.
>
> This commit introduce a new flag to report to the app that some
> HW resource limit has been reached.
>
>
07/01/2021 13:59, Matan Azrad:
> From: Tal Shnaiderman
> > While compiling with clang 11 the callers of the __mlx5_bit_off macro warns
> > on the cast of pointers to unsigned long which is a smaller int type in
> > Windows.
> >
> > warning: cast to smaller integer type 'unsigned long'
> > from 'u
06/01/2021 09:19, Michael Baum:
> Michael Baum (19):
> common/mlx5: fix completion queue entry size configuration
> net/mlx5: remove CQE padding device argument
> net/mlx5: fix ASO SQ creation error flow
> common/mlx5: share DevX CQ creation
> regex/mlx5: move DevX CQ creation to common
>
https://bugs.dpdk.org/show_bug.cgi?id=612
Bug ID: 612
Summary: Arm hardware disabled unit test case
Product: DPDK
Version: unspecified
Hardware: ARM
OS: All
Status: UNCONFIRMED
Severity: normal
P
On Mon, Dec 21, 2020 at 1:15 PM wrote:
>
> From: Kiran Kumar K
>
> Adding support to parse 24B custom L2 header. Added devargs support to
> configure the PKIND, and removed the restriction to support custom
> headers on non SDP interface.
>
> Signed-off-by: Kiran Kumar K
Acked-by: Jerin Jacob
In l3fwd no of transmit queues is calculated based on no of
lcores with which it is launched. Hence maximum no of tx
queues possible per port should depend on RTE_MAX_LCORE value.
Fixes: af75078fece3 ("first public release")
Cc: sta...@dpdk.org
Signed-off-by: Harman Kalra
Reviewed-by: David Marc
On Tue, Jan 12, 2021 at 09:58:06AM +0100, David Marchand wrote:
> External Email
>
> --
> On Mon, Dec 14, 2020 at 8:03 PM Harman Kalra wrote:
> >
> > In l3fwd no of transmit queues is calculated based on no of
> > lcores with whi
On Mon, Dec 28, 2020 at 5:48 PM Nithin Dabilpuram wrote:
>
> On Mon, Dec 21, 2020 at 07:33:08PM +0530, sk...@marvell.com wrote:
> > From: Sunil Kumar Kori
> >
> > On Tx, lastseg->next is not being reset to null for multi segmented packet
> > and same mbuf can be used on Rx which has a stale mbuf
Currently external memory test uses 4K page size.
VFIO DMA mapping works only with system page granularity.
Earlier it was working because all the contiguous mappings
were coalesced and mapped in one-go which ended up becoming
a lot bigger page. Now that VFIO DMA mappings both in IOVA as VA
and IO
Partial unmapping is not supported for VFIO IOMMU type1
by kernel. Though kernel gives return as zero, the unmapped size
returned will not be same as expected. So check for
returned unmap size and return error.
For IOVA as PA, DMA mapping is already at memseg size
granularity. Do the same even for
In order to save DMA entries limited by kernel both for externel
memory and hugepage memory, an attempt was made to map physically
contiguous memory in one go. This cannot be done as VFIO IOMMU type1
does not support partially unmapping a previously mapped memory
region while Heap can request for m
Partial DMA unmap is not supported by VFIO type1 IOMMU
in Linux. Though the return value is zero, the returned
DMA unmap size is not same as expected size.
So add test case and fix to both heap triggered DMA
mapping and user triggered DMA mapping/unmapping.
Refer vfio_dma_do_unmap() in drivers/vfi
From: Liang Ma
Add PMD power management feature support to l3fwd-power sample app.
Signed-off-by: Liang Ma
Signed-off-by: Anatoly Burakov
---
Notes:
v12:
- Allow selecting PMD power management scheme from command-line
- Enforce 1 core 1 queue rule
.../sample_app_ug/l3_forward_po
From: Liang Ma
Implement support for the power management API by implementing a
`get_monitor_addr` function that will return an address of an RX ring's
status bit.
Signed-off-by: Liang Ma
Signed-off-by: Anatoly Burakov
Acked-by: Konstantin Ananyev
---
drivers/net/ice/ice_ethdev.c | 1 +
dri
From: Liang Ma
Implement support for the power management API by implementing a
`get_monitor_addr` function that will return an address of an RX ring's
status bit.
Signed-off-by: Liang Ma
Signed-off-by: Anatoly Burakov
Acked-by: Konstantin Ananyev
Acked-by: Jeff Guo
---
drivers/net/i40e/i40
From: Liang Ma
Implement support for the power management API by implementing a
`get_monitor_addr` function that will return an address of an RX ring's
status bit.
Signed-off-by: Anatoly Burakov
Signed-off-by: Liang Ma
Acked-by: Konstantin Ananyev
---
drivers/net/ixgbe/ixgbe_ethdev.c | 1 +
On 10/22/20 5:51 PM, 谢华伟(此时此刻） wrote:
> From: "huawei.xhw"
>
> Legacy virtio-pci only supports PIO BAR resource. As we need to create lots of
> virtio devices and PIO resource on x86 is very limited, we expose MMIO BAR.
>
> Kernel supports both PIO and MMIO BAR for legacy virtio-pci device.
From: Liang Ma
Add a simple on/off switch that will enable saving power when no
packets are arriving. It is based on counting the number of empty
polls and, when the number reaches a certain threshold, entering an
architecture-defined optimized power state that will either wait
until a TSC timest
From: Liang Ma
Add a simple API to allow getting the monitor conditions for
power-optimized monitoring of the Rx queues from the PMD, as well as
release notes information.
Signed-off-by: Liang Ma
Signed-off-by: Anatoly Burakov
Acked-by: Andrew Rybchenko
---
Notes:
v13:
- Fix typos an
Now that we have everything in a C file, we can store the information
about our sleep, and have a native mechanism to wake up the sleeping
core. This mechanism would however only wake up a core that's sleeping
while monitoring - waking up from `rte_power_pause` won't work.
Signed-off-by: Anatoly B
Currently, the "sync" version of power monitor intrinsic is supposed to
be used for purposes of waking up a sleeping core. However, there are
better ways to achieve the same result, so remove the unneeded function.
Signed-off-by: Anatoly Burakov
Acked-by: Konstantin Ananyev
---
lib/librte_eal/a
Instead of passing around pointers and integers, collect everything
into struct. This makes API design around these intrinsics much easier.
Signed-off-by: Anatoly Burakov
Acked-by: Konstantin Ananyev
---
Notes:
v16:
- Add error handling
drivers/event/dlb/dlb.c |
Currently, the API documentation mandates that if the user wants to use
the power management intrinsics, they need to call the
`rte_cpu_get_intrinsics_support` API and check support for specific
intrinsics.
However, if the user does not do that, it is possible to get illegal
instruction error beca
Currently, power intrinsics are inline functions. Make them part of the
ABI so that we can have various internal data associated with them
without exposing said data to the outside world.
Signed-off-by: Anatoly Burakov
Acked-by: Konstantin Ananyev
---
Notes:
v14:
- Fix compile issues on
This patchset proposes a simple API for Ethernet drivers to cause the
CPU to enter a power-optimized state while waiting for packets to
arrive. There are multiple proposed mechanisms to achieve said power
savings: simple frequency scaling, idle loop, and monitoring the Rx
queue for incoming pac
> > From: Ori Kam onTuesday, January 12, 2021 4:53 PM
> > To: Alexander Kozyrev ; dev@dpdk.org
> > Cc: Slava Ovsiienko ; NBU-Contact-Thomas
> Monjalon
> > ; ferruh.yi...@intel.com;
> > andrew.rybche...@oktetlabs.ru
> > Subject: RE: [PATCH] ethdev: introduce generic copy rte flow action
> >
> > Hi,
On 1/12/21 10:37 AM, Maxime Coquelin wrote:
> bus/pci: ...
>
> On 10/22/20 5:51 PM, 谢华伟(此时此刻） wrote:
>> From: "huawei.xhw"
>>
>> VFIO should use the same way to map/read/write PORT IO as UIO, for
>> virtio PMD.
>
> Please provide more details in the commit message on why the way VFIO
> works
On 12-Jan-21 4:18 PM, Burakov, Anatoly wrote:
On 12-Jan-21 4:02 PM, Ananyev, Konstantin wrote:
Now that we have everything in a C file, we can store the information
about our sleep, and have a native mechanism to wake up the sleeping
core. This mechanism would however only wake up a core that
On 12-Jan-21 4:02 PM, Ananyev, Konstantin wrote:
Now that we have everything in a C file, we can store the information
about our sleep, and have a native mechanism to wake up the sleeping
core. This mechanism would however only wake up a core that's sleeping
while monitoring - waking up from `
On 12-Jan-21 4:09 PM, Ananyev, Konstantin wrote:
diff --git a/lib/librte_eal/x86/rte_power_intrinsics.c
b/lib/librte_eal/x86/rte_power_intrinsics.c
new file mode 100644
index 00..34c5fd9c3e
--- /dev/null
+++ b/lib/librte_eal/x86/rte_power_intrinsics.c
@@ -0,0 +1,120 @@
+/* SPDX-License
> diff --git a/lib/librte_eal/x86/rte_power_intrinsics.c
> b/lib/librte_eal/x86/rte_power_intrinsics.c
> new file mode 100644
> index 00..34c5fd9c3e
> --- /dev/null
> +++ b/lib/librte_eal/x86/rte_power_intrinsics.c
> @@ -0,0 +1,120 @@
> +/* SPDX-License-Identifier: BSD-3-Clause
> + * Cop
hi,
On Tue, Jan 12, 2021 at 09:17:40AM +0100, David Marchand wrote:
>
> Dmitry made the same comments on another (unthreaded) version of this
> patch, so we are good.
apologies for this, I fat fingered the submission of v2 of the patch
and split the thread unintentionally.
readers should regard
>
> Now that we have everything in a C file, we can store the information
> about our sleep, and have a native mechanism to wake up the sleeping
> core. This mechanism would however only wake up a core that's sleeping
> while monitoring - waking up from `rte_power_pause` won't work.
>
> Signed-
>
> Currently, the "sync" version of power monitor intrinsic is supposed to
> be used for purposes of waking up a sleeping core. However, there are
> better ways to achieve the same result, so remove the unneeded function.
>
> Signed-off-by: Anatoly Burakov
> ---
Acked-by: Konstantin Ananyev
>
> Instead of passing around pointers and integers, collect everything
> into struct. This makes API design around these intrinsics much easier.
>
> Signed-off-by: Anatoly Burakov
> ---
Acked-by: Konstantin Ananyev
> --
> 2.25.1
> Currently, the API documentation mandates that if the user wants to use
> the power management intrinsics, they need to call the
> `rte_cpu_get_intrinsics_support` API and check support for specific
> intrinsics.
>
> However, if the user does not do that, it is possible to get illegal
> instruct
> -Original Message-
> From: Burakov, Anatoly
> Sent: Friday, January 8, 2021 5:42 PM
> To: dev@dpdk.org
> Cc: Jan Viktorin ; Ruifeng Wang
> ; Jerin Jacob ; David
> Christensen ; Ray Kinsella ; Neil
> Horman ; Richardson, Bruce
> ; Ananyev, Konstantin
> ; tho...@monjalon.net; gage.e.
On Mon, 4 Jan 2021 08:52:26 +0100
Olivier Matz wrote:
> Minutes of Technical Board Meeting, 2020-12-16
>
> Members Attending
> -
>
> - Bruce
> - Ferruh
> - Hemant
> - Honnappa
> - Jerin
> - Kevin
> - Konstantin
> - Maxime
> - Olivier (chair)
> - Stephen
> - Thomas
>
> NOTE: The
Hi,
> -Original Message-
> From: Ori Kam
> Sent: Tuesday, January 12, 2021 4:53 PM
> To: Alexander Kozyrev ; dev@dpdk.org
> Cc: Slava Ovsiienko ; NBU-Contact-Thomas Monjalon
> ; ferruh.yi...@intel.com;
> andrew.rybche...@oktetlabs.ru
> Subject: RE: [PATCH] ethdev: introduce generic copy r
Hi Alexander,
> -Original Message-
> From: dev On Behalf Of Alexander Kozyrev
> Subject: [dpdk-dev] [PATCH v2 2/2] app/testpmd: add support for generic copy
> rte flow action
>
> Add support for the RTE_FLOW_ACTION_COPY_ITEM to the testpmd.
> Implement CLI to create the copy_item action
Hi,
> -Original Message-
> From: Alexander Kozyrev
> Sent: Tuesday, January 12, 2021 4:16 PM
> To: Ori Kam ; dev@dpdk.org
> Cc: Slava Ovsiienko ; NBU-Contact-Thomas Monjalon
> ; ferruh.yi...@intel.com;
> andrew.rybche...@oktetlabs.ru
> Subject: RE: [PATCH] ethdev: introduce generic copy r
> -Original Message-
> From: oulijun
> Sent: Tuesday, January 12, 2021 4:13 PM
> To: Wisam Monther ; ferruh.yi...@intel.com;
> wenzhuo...@intel.com; beilei.x...@intel.com;
> bernard.iremon...@intel.com
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC] app/testpmd: support multi-process
On Mon, Dec 7, 2020 at 5:07 PM wangyunjian wrote:
>
> From: Yunjian Wang
>
> The function rte_malloc() could return NULL, the return value
> need to be checked.
>
> Fixes: ce7ea764597e ("net/mvneta: support Rx/Tx")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Yunjian Wang
Acked-by: Liron Himi
Appl
> From: Ori Kam on Sunday, January 10, 2021 3:01
> Hi Alexander,
>
> I guess that the test-pmd part will be available later right?
Yes, please take a look at v2 version for testpmd implementation.
> > -Original Message-
> > From: Alexander Kozyrev
> > Sent: Friday, January 8, 2021 8:33
> Improved performance for AVX512 FIB6 lookup by doubling the number
> of flows being processed
>
> Signed-off-by: Vladimir Medvedkin
> ---
> lib/librte_fib/trie_avx512.c | 230
> ---
> 1 file changed, 153 insertions(+), 77 deletions(-)
>
Acked-by: Ko
在 2021/1/10 20:32, Wisam Monther 写道:
Hi,
-Original Message-
From: dev On Behalf Of Lijun Ou
Sent: Friday, January 8, 2021 11:46 AM
To: ferruh.yi...@intel.com; wenzhuo...@intel.com; beilei.x...@intel.com;
bernard.iremon...@intel.com
Cc: dev@dpdk.org
Subject: [dpdk-dev] [RFC] app/test
GENEVE TLV option support added to mlx5 PMD.
The limitations and support were updated in
documentation.
Signed-off-by: Shiri Kuzin
Acked-by: Viacheslav Ovsiienko
---
doc/guides/nics/mlx5.rst | 23 ++-
doc/guides/rel_notes/release_21_02.rst | 8
2 fil
The GENEVE TLV option matching flows must be created
using a translation function.
This function checks whether we already created a Devx
object for the matching and either creates the objects
or updates the reference counter.
Signed-off-by: Shiri Kuzin
Acked-by: Viacheslav Ovsiienko
---
drive
This patch adds validation routine for the GENEVE
header TLV option.
The GENEVE TLV option match must include all fields
with full masks due to NIC does not support masking
on option class, type and length.
The option data length must be non zero and provided
data pattern should be zero neither d
Currently firmware supports the only TLV object per device
to match on the GENEVE header option.
This patch adds the simple TLV object management to the mlx5 PMD.
Signed-off-by: Shiri Kuzin
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.c | 2 +
drivers/net/mlx5/mlx5.h
This is preparation step to support match on GENEVE TLV option.
In this Patch we add the HCA attributes that will allow
supporting GENEVE TLV option matching.
Signed-off-by: Shiri Kuzin
Acked-by: Viacheslav Ovsiienko
---
drivers/common/mlx5/mlx5_devx_cmds.c | 7 +++
drivers/common/mlx5/ml
TLV object is a special firmware maintained entity used
to support match on GENEVE header extension option.
The TLV object is created with DevX API and accepts
the option class, type and lehgth fields.
The class type and length fields are set using MLX5_SET
and the Devx object is created using ml
From: Viacheslav Ovsiienko
The patch adds the GENEVE option rte flow item support to
command line interpreter. The flow command with GENEVE
option items looks like:
flow create 0 ingress pattern eth / ipv4 / udp / geneve vni is 100 /
geneve-opt class is 99 length is 1 type is 0 data is
The Geneve tunneling protocol is designed to allow the
user to specify some data context on the packet.
The GENEVE TLV (Type-Length-Variable) Option
is the mean intended to present the user data.
In order to support GENEVE TLV Option the new rte_flow
item "rte_flow_item_geneve_opt" is added.
The n
The Geneve tunneling protocol is designed to allow the user to specify
some data context on the packet.
The GENEVE TLV (Type-Length-Variable) Option is the mean intended to
present the user data.
In order to support GENEVE TLV Option the new rte_flow item
"rte_flow_item_geneve_opt" is introduce
From: Asaf Penso
Adding more information about the release milestones.
This includes the scope of change, expectations etc.
Signed-off-by: Asaf Penso
---
v2: fix styling format and add content in the commit message
---
doc/guides/contributing/patches.rst | 66 ++
+ Akhil
Regards,
Asaf Penso
>-Original Message-
>From: dev On Behalf Of Matan Azrad
>Sent: Monday, January 11, 2021 3:59 PM
>To: dev@dpdk.org
>Cc: NBU-Contact-Thomas Monjalon ; Ashish Gupta
>; Fiona Trahe
>Subject: [dpdk-dev] [PATCH 00/10] add mlx5 compress PMD
>
>Add a new compress PMD
From: Ophir Munk
Prior to this commit meson did not progress beyond directory
drivers/common for Windows compilations. This commit enables drivers
compilation under this directory.
Signed-off-by: Ophir Munk
Signed-off-by: Tal Shnaiderman
Acked-by: Matan Azrad
---
v3: change commit place with
https://bugs.dpdk.org/show_bug.cgi?id=611
Bug ID: 611
Summary: deadlock in example vdpa app
Product: DPDK
Version: 20.08
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Norma
Refine the description for rte_eth_dev_udp_tunnel_port_add.
Claim this is an API for device (or port) level configuration.
Signed-off-by: Qi Zhang
---
lib/librte_ethdev/rte_ethdev.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/lib/librte_ethdev/rte_ethdev.h b/lib/librte_ethdev
On Tue, Nov 10, 2020 at 4:41 PM Anatoly Burakov
wrote:
>
> When no hugepages are found, we log a message about it, but we never
> specify on which node. We also implicitly declare the page size based
> on the directory name, but that's not very user friendly.
>
> Fix both by changing the text of t
Hi,
> -Original Message-
> From: Huang, Wei
> Sent: Tuesday, January 12, 2021 13:18
> To: dev@dpdk.org; Xu, Rosen ; Zhang, Qi Z
>
> Cc: sta...@dpdk.org; Zhang, Tianfei ; Huang, Wei
>
> Subject: [PATCH v9 3/4] raw/ifpga: add opae API for Cyborg
>
> Cyborg is part of OpenStack, it needs
Hi,
> -Original Message-
> From: Huang, Wei
> Sent: Tuesday, January 12, 2021 13:18
> To: dev@dpdk.org; Xu, Rosen ; Zhang, Qi Z
>
> Cc: sta...@dpdk.org; Zhang, Tianfei ; Huang, Wei
>
> Subject: [PATCH v9 2/4] raw/ifpga: add fpga property get function
>
> There are three types of proper
Hi,
> -Original Message-
> From: Huang, Wei
> Sent: Tuesday, January 12, 2021 13:18
> To: dev@dpdk.org; Xu, Rosen ; Zhang, Qi Z
>
> Cc: sta...@dpdk.org; Zhang, Tianfei ; Huang, Wei
>
> Subject: [PATCH v9 1/4] raw/ifpga: add fpga rsu function
>
> RSU (Remote System Update) depends on se
On Mon, Nov 9, 2020 at 4:48 PM Anatoly Burakov
wrote:
>
> Any EAL memory allocation often goes through eal_get_virtual_area()
> function, which will print a warning whenever the resulting allocation
> didn't match the specified address requirements. This is useful for
> when we have requested a sp
mlx5 E-Switch mirroring is implemented as multiple destination array in
one steering table. The array currently supports only port ID as
destination actions.
This patch adds the jump action support to the array as one of
destination.
The packets can be mirrored to the port and jump to the next tab
MLX5 E-Switch mirroring is implemented as multiple destination array in
one steering table. The array currently supports only port ID as
destination actions.
This patchset adds the below supports for MLX5 PMD driver:
- Supports the metadata register Cx preserve capability query.
- Supports the
While there's the modify action and sample action with ratio=1
in the E-Switch flow, and modify action is after the sample
action, means that the modify should only impact on after sample.
MLX5 PMD will monitor the above case and split the E-Switch flow
into two sub flows, similar as sample flow di
Update function mlx5_devx_cmd_query_hca_attr() to add the
reg_c_preserve bit query.
The stored metadata in register C may be lost in NIC Tx and
FDB egress while doing one of the following operations:
- packet encapsulation.
- packet mirroring (multiple processing paths).
- packet sampling (usin
The sampling feature introduces the scale flow group with factor,
then the scaled table value can be used for the normal path table
due to this table be created implicitly.
But if the input group value already be scaled, for example the
group value of sampling suffix flow, then use 'skip_scale" fl
Updates the description in MLX5 PMD and release note.
Adds the new supports for E-switch mirroring and jump action in
the same flow, and handle modify action in correct order regarding the
mirroring action on E-Switch.
Signed-off-by: Jiawei Wang
Acked-by: Viacheslav Ovsiienko
---
doc/guides/ni
RSS action is valid only in NIC-RX domain, this fix bypass
the function that getting RSS action from the flow action list
under no NIC-RX domain.
Fixes: e745f900072e ("net/mlx5: optimize flow RSS struct")
Cc: sta...@dpdk.org
Signed-off-by: Jiawei Wang
Acked-by: Viacheslav Ovsiienko
---
drivers
Currently the sample flow only supports Queue action in NIC-Rx domain.
This patchset adds the RSS action support in the sample sub-actions list.
The examples for the sample flow with RSS action and result as below:
set sample_actions 0 mark id 0x12 / rss queues 0 1 2 3 end / end
flow cr
Support rss action in the sample sub-actions list.
The examples for the sample flow use case and result as below:
set sample_actions 0 mark id 0x12 / rss queues 0 1 2 3 end / end
flow create 0 ingress group 1 pattern eth / end actions
sample ratio 1 index 0 / jump group 2 / end
This flow will
PMD validates the rss action in the sample sub-actions list,
then translates into rdma-core action and it will be used for sample
path destination.
If the RSS action is in both sample sub-actions list and original flow,
the rss level and rss type in the sample sub-actions list should be
consistent
1 - 100 of 121 matches
Mail list logo
