> -Original Message-
> From: Richardson, Bruce
> Sent: Friday, May 20, 2022 11:13 PM
> To: dev@dpdk.org
> Cc: sta...@dpdk.org; Li, WeiyuanX ; Richardson,
> Bruce ; Olivier Matz
> ; Ray Kinsella
> Subject: [PATCH v2 1/2] cmdline: add function to verify valid commands
>
> The cmdline libra
> From: Spike Du [mailto:spi...@nvidia.com]
> Sent: Sunday, 22 May 2022 07.59
>
> LWM(limit watermark) describes the fullness of a Rx queue. If the Rx
> queue fullness is above LWM, the device will trigger the event
> RTE_ETH_EVENT_RX_LWM.
> LWM is defined as a percentage of Rx queue size with val
> -Original Message-
> From: Jeff Daly
> Sent: Saturday, May 21, 2022 2:03 AM
> To: Zhang, Qi Z ; Thomas Monjalon
> ; dev@dpdk.org
> Cc: Stephen Douthit ; Yang, Qiming
> ; Wu, Wenjun1
> Subject: RE: [PATCH] net/ixgbe: Treat 1G Cu SFPs as 1G SX on the X550 devices
>
>
>
> > -Orig
Hi Chenbo,
Thanks for your reply, I will fix them in next version.
> -Original Message-
> From: Xia, Chenbo
> Sent: Monday, May 23, 2022 1:25 PM
> To: Pei, Andy ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com; Cao, Gang ; Liu,
> Changpeng ; Xu, Rosen ;
> Xiao, QimaiX
> Subject: RE: [PAT
> -Original Message-
> From: Pei, Andy
> Sent: Wednesday, May 18, 2022 8:14 PM
> To: dev@dpdk.org
> Cc: Xia, Chenbo ; maxime.coque...@redhat.com; Cao,
> Gang ; Liu, Changpeng ; Xu,
> Rosen ; Xiao, QimaiX
> Subject: [PATCH v8 06/13] vdpa/ifc: add block device SW live-migration
>
> Add SW
> -Original Message-
> From: Wu, Wenjun1
> Sent: Monday, May 23, 2022 12:49 PM
> To: dev@dpdk.org; Wu, Jingjing ; Xing, Beilei
> ; Zhang, Qi Z ; Su, Simei
>
> Cc: step...@networkplumber.org; Wu, Wenjun1
> Subject: [PATCH v4] net/iavf: fix race condition for multi-cores
>
> In multi-c
In multi-cores cases for RX timestamp offload, if packets arrive
too fast, aq command to get phc time will be pended.
This patch adds spinlock to fix this issue. To avoid phc time being
frequently overwritten, move related variables to iavf_rx_queue
structure, and each queue will handle timestamp
> -Original Message-
> From: Guo, Junfeng
> Sent: Monday, May 23, 2022 10:32 AM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Xing, Beilei
> Cc: dev@dpdk.org; Xu, Ting ; Guo, Junfeng
>
> Subject: [PATCH v6 2/3] net/iavf: enable Protocol Agnostic Flow Offloading
> FDIR
>
> This patch enabled
> -Original Message-
> From: Guo, Junfeng
> Sent: Monday, May 23, 2022 10:32 AM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Xing, Beilei
> Cc: dev@dpdk.org; Xu, Ting ; Guo, Junfeng
>
> Subject: [PATCH v6 0/3] Enable Protocol Agnostic Flow Offloading in AVF
>
> This patch set enabled Protoco
HI Chenbo,
Thanks for your reply, my reply is inline.
> -Original Message-
> From: Xia, Chenbo
> Sent: Monday, May 23, 2022 12:08 PM
> To: Pei, Andy ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com; Cao, Gang ; Liu,
> Changpeng ; Xu, Rosen ;
> Xiao, QimaiX
> Subject: RE: [PATCH v8 04/13]
Hi Chenbo,
Thanks for your reply.
I will check it in next version patch.
> -Original Message-
> From: Xia, Chenbo
> Sent: Monday, May 23, 2022 11:55 AM
> To: Pei, Andy ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com; Cao, Gang ; Liu,
> Changpeng ; Xu, Rosen ;
> Xiao, QimaiX
> Subject:
Hi Chenbo,
Thanks for your reply, I will send out a new version to address this.
> -Original Message-
> From: Xia, Chenbo
> Sent: Monday, May 23, 2022 11:46 AM
> To: Pei, Andy ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com; Cao, Gang ; Liu,
> Changpeng ; Xu, Rosen ;
> Xiao, QimaiX
> Su
Hi Chenbo,
Thanks for your reply, my reply is inline.
> -Original Message-
> From: Xia, Chenbo
> Sent: Monday, May 23, 2022 11:42 AM
> To: Pei, Andy ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com; Cao, Gang ; Liu,
> Changpeng ; Xu, Rosen ;
> Xiao, QimaiX
> Subject: RE: [PATCH v8 01/13]
> -Original Message-
> From: Pei, Andy
> Sent: Wednesday, May 18, 2022 8:14 PM
> To: dev@dpdk.org
> Cc: Xia, Chenbo ; maxime.coque...@redhat.com; Cao,
> Gang ; Liu, Changpeng ; Xu,
> Rosen ; Xiao, QimaiX
> Subject: [PATCH v8 05/13] vdpa/ifc: add vDPA interrupt relay for blk
> device
>
>
> -Original Message-
> From: Pei, Andy
> Sent: Wednesday, May 18, 2022 8:14 PM
> To: dev@dpdk.org
> Cc: Xia, Chenbo ; maxime.coque...@redhat.com; Cao,
> Gang ; Liu, Changpeng ; Xu,
> Rosen ; Xiao, QimaiX
> Subject: [PATCH v8 04/13] vdpa/ifc: add blk ops for ifc device
>
> For virtio blk
> -Original Message-
> From: Pei, Andy
> Sent: Wednesday, May 18, 2022 8:14 PM
> To: dev@dpdk.org
> Cc: Xia, Chenbo ; maxime.coque...@redhat.com; Cao,
> Gang ; Liu, Changpeng ; Xu,
> Rosen ; Xiao, QimaiX
> Subject: [PATCH v8 03/13] vhost: add vhost msg support for get/set config
>
> Add
> -Original Message-
> From: Pei, Andy
> Sent: Wednesday, May 18, 2022 8:14 PM
> To: dev@dpdk.org
> Cc: Xia, Chenbo ; maxime.coque...@redhat.com; Cao,
> Gang ; Liu, Changpeng ; Xu,
> Rosen ; Xiao, QimaiX
> Subject: [PATCH v8 02/13] vhost: add vDPA ops for blk device
>
> Get_config and se
Hi Andy,
> -Original Message-
> From: Pei, Andy
> Sent: Wednesday, May 18, 2022 8:14 PM
> To: dev@dpdk.org
> Cc: Xia, Chenbo ; maxime.coque...@redhat.com; Cao,
> Gang ; Liu, Changpeng ; Xu,
> Rosen ; Xiao, QimaiX
> Subject: [PATCH v8 01/13] vdpa/ifc: add support for virtio blk device
>
From: Zhichao Zeng
The eal-intr-thread is not closed before memory cleanup in the
process of exiting. There is a small probability that when the
eal-intr-thread is about to use some pointers, the memory were
just cleaned, which cause the segment fault error caught by ASan.
This patch close the e
Hi, pls see below.
> -Original Message-
> From: Stephen Hemminger
> Sent: Sunday, May 22, 2022 11:23 PM
> To: Spike Du
> Cc: Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; NBU-Contact-
> Thomas Monjalon (EXTERNAL) ; dev@dpdk.org;
> Raslan Darawsheh
> Subject: Re: [RFC v2 3/7] ethdev: intro
Sorry to send this commit by mistake. Please drop this one. Thanks!
> -Original Message-
> From: Guo, Junfeng
> Sent: Monday, May 23, 2022 10:32
> To: Zhang, Qi Z ; Wu, Jingjing
> ; Xing, Beilei
> Cc: dev@dpdk.org; Xu, Ting ; Guo, Junfeng
>
> Subject: [PATCH 2/2] net/iavf: support Proto
Sorry to send this commit by mistake. Please drop this one. Thanks!
> -Original Message-
> From: Guo, Junfeng
> Sent: Monday, May 23, 2022 10:32
> To: Zhang, Qi Z ; Wu, Jingjing
> ; Xing, Beilei
> Cc: dev@dpdk.org; Xu, Ting ; Guo, Junfeng
>
> Subject: [PATCH 1/2] net/iavf: enable Protoc
From: Ting Xu
Enable Protocol Agnostic Flow Offloading for RSS hash in VF. It supports
raw pattern flow rule creation in VF based on Parser Library feature. VF
parses the spec and mask input of raw pattern, and passes it to kernel
driver to create the flow rule. Current rte_flow raw API is utiliz
From: Ting Xu
Enable Protocol Agnostic Flow Offloading for RSS hash in VF. It supports
raw pattern flow rule creation in VF based on Parser Library feature. VF
parses the spec and mask input of raw pattern, and passes it to kernel
driver to create the flow rule. Current rte_flow raw API is utiliz
This patch enabled Protocol Agnostic Flow (raw flow) Offloading Flow
Director (FDIR) in AVF, based on the Parser Library feature and the
existing rte_flow `raw` API.
The input spec and mask of raw pattern are first parsed via the
Parser Library, and then passed to the kernel driver to create the
f
This patch enabled Protocol Agnostic Flow (raw flow) Offloading Flow
Director (FDIR) in AVF, based on the Parser Library feature and the
existing rte_flow `raw` API.
The input spec and mask of raw pattern are first parsed via the
Parser Library, and then passed to the kernel driver to create the
f
The patch extends existing virtchnl_proto_hdrs structure to allow VF
to pass a pair of buffers as packet data and mask that describe
a match pattern of a filter rule. Then the kernel PF driver is requested
to parse the pair of buffer and figure out low level hardware metadata
(ptype, profile, field
This patch set enabled Protocol Agnostic Flow (raw flow) Offloading
for FDIR and RSS in AVF, based on the Parser Library feature and the
existing rte_flow `raw` API.
[PATCH v6 1/3] common/iavf: support raw packet in protocol header
[PATCH v6 2/3] net/iavf: enable Protocol Agnostic Flow Offloading
Hi,
> -Original Message-
> From: Stephen Hemminger
> Sent: Sunday, May 22, 2022 11:25 PM
> To: Spike Du
> Cc: Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; NBU-Contact-
> Thomas Monjalon (EXTERNAL) ; dev@dpdk.org;
> Raslan Darawsheh
> Subject: Re: [RFC v2 3/7] ethdev: introduce Rx queue b
On 2022/5/20 下午9:48, Akhil Goyal wrote:
Hi Zhangfei,
Hi, Akhil
On 2022/5/20 下午7:49, Akhil Goyal wrote:
Supported hardware platforms:
HiSilicon Kunpeng920 and Kunpeng930
The PMD relies on UADK Interface:
I hope this set is for DPDK 22.11
Oh, should be based on v22.03?
The patchset is bas
On Mon, May 9, 2022 at 11:31 PM Ruifeng Wang wrote:
>
> This patch set includes changes proposed for BNXT PMD.
> These are C11 atomic and synchronization changes. Occurrences of
> rte_atomicNN and rte_smp_XX are touched.
>
> Ruifeng Wang (2):
> net/bnxt: use compiler atomics for stats
> net/bn
On Tue, May 17, 2022 at 11:22 PM Thomas Monjalon wrote:
>
> 18/05/2022 05:58, Ajit Khaparde:
> > On Tue, May 17, 2022 at 12:18 AM Thomas Monjalon
> > wrote:
> > >
> > > 30/03/2022 01:21, Ajit Khaparde:
> > > > On Fri, Mar 18, 2022 at 8:03 AM David Marchand
> > > > wrote:
> > > > >
> > > > > Thi
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, April 19, 2022 5:10 PM
> To: Ma, WenwuX ; Xia, Chenbo
> ; dev@dpdk.org
> Cc: Hu, Jiayu ; Wang, Yinan ;
> He, Xingguang ; Ling, WeiX
> Subject: Re: [PATCH] vhost: support sync copy when data buffer is small
>
> Hi W
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Saturday, 21 May 2022 18.24
>
> On Sat, 21 May 2022 11:49:47 +0200
> Morten Brørup wrote:
>
> > >
> > > Also, worth considering dropping DPDK random number generator
> > > in userspace for security reasons and just using more
On Sun, 22 May 2022 08:58:56 +0300
Spike Du wrote:
> LWM(limit watermark) describes the fullness of a Rx queue. If the Rx
> queue fullness is above LWM, the device will trigger the event
> RTE_ETH_EVENT_RX_LWM.
> LWM is defined as a percentage of Rx queue size with valid value of
> [0,99].
> Sett
On Sun, 22 May 2022 08:58:56 +0300
Spike Du wrote:
> diff --git a/lib/ethdev/rte_ethdev.h b/lib/ethdev/rte_ethdev.h
> index 04cff8ee10..687ae5ff29 100644
> --- a/lib/ethdev/rte_ethdev.h
> +++ b/lib/ethdev/rte_ethdev.h
> @@ -1249,7 +1249,16 @@ struct rte_eth_rxconf {
>*/
> union rte_
Introduce a new Meter API to retrieve a Meter profile and policy
objects using the profile/policy ID previously created with
meter_profile_add() and meter_policy_create() functions.
That allows to save the pointer and avoid any lookups in the
corresponding lists for a quick access during a flow rul
Create a new Flow API action: METER_MARK.
It Meters an IP packet stream and marks its packets with colors.
Unlike the METER action, it performs no policing at all.
A user has the flexibility to create any policies with the help of
the METER_COLOR item later, only meter profile is required here.
Si
Extend modify_field Flow API with support of Meter Color Marker
modifications. It allows setting the packet's metadata to any
color marker: green, yellow or red. User is able to specify
an initial packet color for Meter API or create simple Metering
and Marking flow rules based on his own coloring
Provide an ability to use a Color Marker set by a Meter
as a matching item in Flow API. The Color Marker reflects
the metering result by setting the metadata for a
packet to a particular codepoint: green, yellow or red.
Signed-off-by: Alexander Kozyrev
---
doc/guides/prog_guide/rte_flow.rst
Extend Metering and Marking support in the Flow API:
1. Add METER_COLOR item to match Color Marker set by a Meter.
2. Add the ability to set Color Marker via modify_field Flow API.
3. Add Meter API to get profile/policy objects.
4. Add METER_MARK action to perform Meter color metering and marking.
> -Original Message-
> From: Ajit Khaparde
> Sent: Sunday, May 22, 2022 8:01 AM
> Subject: Re: [RFC] ethdev: datapath-focused meter actions, continue
>
> On Sat, May 21, 2022 at 7:49 PM Alexander Kozyrev wrote:
> >
> > On Thursday, May 19, 2022 13:35 Dumitrescu, Cristian
> > :
> > > H
42 matches
Mail list logo
