On 3/28/23 06:14, Xia, Chenbo wrote:
-Original Message-
From: Boleslav Stankevich
Sent: Wednesday, March 22, 2023 6:23 PM
To: dev@dpdk.org
Cc: Boleslav Stankevich ;
sta...@dpdk.org; Andrew Rybchenko ; Maxime
Coquelin ; Xia, Chenbo ;
David Marchand ; Hyong Youb Kim
; Harman Kalra
Subject
On 3/28/23 19:51, Ivan Malov wrote:
FW should send link status change events in either v1 or
v2 format depending on the preference which the driver
can express during CMD_DRV_ATTACH stage. At the moment,
libefx does not request v2, so v1 events must arrive.
However, FW does not honour this choice
> From: Feifei Wang [mailto:feifei.wa...@arm.com]
> Sent: Thursday, 30 March 2023 08.30
>
[...]
> +/**
> + * @internal
> + * Rx routine for rte_eth_dev_buf_recycle().
> + * Refill Rx descriptors in buffer recycle mode.
> + *
> + * @note
> + * This API can only be called by rte_eth_dev_buf_recycl
> -Original Message-
> From: Thomas Monjalon
> Sent: Wednesday, March 29, 2023 22:07
> To: Ferruh Yigit ; Zhang, Qi Z
> ; Wu, Jingjing ; Xing,
> Beilei ; Guo, Junfeng
> Cc: dev@dpdk.org; Rushil Gupta ; Joshua
> Washington ; Jeroen de Borst
>
> Subject: Re: [PATCH 2/2] net/gve: update
On Thu, Mar 30, 2023 at 10:30:24AM +0530, Prashant Upadhyaya wrote:
> Hi,
>
> While trying to port some code to VPP (which uses DPDK as the backend
> driver), I am running into a problem that calls to API's like
> rte_timer_subsystem_init, rte_hash_create are failing while allocation
> of memory.
> -Original Message-
> From: Thomas Monjalon
> Sent: Wednesday, March 29, 2023 3:34 AM
> To: annou...@dpdk.org
> Subject: release candidate 23.03-rc4
>
> A new DPDK release candidate is ready for testing:
> https://git.dpdk.org/dpdk/tag/?id=v23.03-rc4
>
> There are 42 new patches i
Hi,
The hash creation API throws the following error --
RING: Cannot reserve memory for tailq
HASH: memory allocation failed
The timer subsystem init api throws this error --
EAL: memzone_reserve_aligned_thread_unsafe(): Number of requested
memzone segments exceeds RTE_MAX_MEMZONE
I did check th
https://bugs.dpdk.org/show_bug.cgi?id=1203
Bug ID: 1203
Summary: ice: cannot create 2 rte_flows with 2 actions, only
with 1 action
Product: DPDK
Version: 23.03
Hardware: All
OS: All
Status: UNCON
https://bugs.dpdk.org/show_bug.cgi?id=1204
Bug ID: 1204
Summary: ice: cannot create 2 rte_flows with MARK actions with
dpdk 22.11.1, but can with dpdk 23.03.0-rc4
Product: DPDK
Version: 22.11
Hardware: All
O
> -Original Message-
> From: Huang, Wei
> Sent: Monday, March 27, 2023 5:42 AM
> To: dev@dpdk.org; tho...@monjalon.net; david.march...@redhat.com
> Cc: sta...@dpdk.org; Xu, Rosen ; Zhang, Tianfei
> ; Zhang, Qi Z ; Huang, Wei
>
> Subject: [PATCH v1] raw/ifpga: check afu device before un
Hi Gowrishankar,
> -Original Message-
> From: Gowrishankar Muthukrishnan
> Sent: Wednesday 29 March 2023 12:01
> To: dev@dpdk.org
> Cc: jer...@marvell.com; ano...@marvell.com; Akhil Goyal
> ; Dooley, Brian ;
> Gowrishankar Muthukrishnan
> Subject: [PATCH] maintainers: update for FIPS val
On Thu, Mar 30, 2023 at 01:57:52PM +0530, Prashant Upadhyaya wrote:
> Hi,
>
FYI, when replying on list, it's best not to top-post, but put your replies
below the email snippet you are replying to.
> The hash creation API throws the following error --
> RING: Cannot reserve memory for tailq
> HAS
> -Original Message-
> From: Morten Brørup
> Sent: Thursday, March 30, 2023 3:19 PM
> To: Feifei Wang ; tho...@monjalon.net; Ferruh
> Yigit ; Andrew Rybchenko
>
> Cc: dev@dpdk.org; konstantin.v.anan...@yandex.ru; nd ;
> Honnappa Nagarahalli ; Ruifeng Wang
>
> Subject: RE: [PATCH v5 1/
During port init, src address stored in ethaddr_tbl is typecast
which violates the stric-aliasing rule and not reflecting
the updated source address in processed packets too.
Fixes: 6eb3ba0399 ("examples/ipsec-secgw: support poll mode NEON LPM lookup")
Signed-off-by: Rahul Bhansali
---
examples
https://bugs.dpdk.org/show_bug.cgi?id=1205
Bug ID: 1205
Summary: iavf: cannot create 2 rte_flows with E810 VF, but can
with E810 PF
Product: DPDK
Version: 23.03
Hardware: All
OS: All
Status: UNCO
Hello,
I seem to have discovered a problem in the heap memory allocation and
deallocation operations.
|--||
elem padsizenewelem
In the malloc_elem_alloc function, when padsize > cache-line (such as 64 bytes)
and padsize < sizeof(struct ma
On Thu, Mar 9, 2023 at 5:16 PM Ferruh Yigit wrote:
>
> On 3/9/2023 7:07 AM, jer...@marvell.com wrote:
> > From: Jerin Jacob
> >
> > The LiquidIO product line(drivers/net/liquidio) has been substituted with
> > CN9K/CN10K OCTEON product line smart NICs located in drivers/net/octeon_ep/.
> > DPDK v
On Tue, Mar 21, 2023 at 4:11 PM Ferruh Yigit wrote:
>
> On 3/17/2023 6:02 PM, Alok Prasad wrote:
> >> -Original Message-
> >> From: jer...@marvell.com
> >> Sent: 17 March 2023 18:00
> >> To: dev@dpdk.org
> >> Cc: tho...@monjalon.net; david.march...@redhat.com; ferruh.yi...@amd.com;
> >>
On Wed, Mar 15, 2023 at 7:17 PM Jerin Jacob wrote:
>
> On Fri, Mar 3, 2023 at 11:55 PM Thomas Monjalon wrote:
> >
> > Thanks for formalizing our process.
>
> Thanks for the review.
Ping
>
> >
> > 13/02/2023 10:26, jer...@marvell.com:
> > > --- /dev/null
> > > +++ b/content/process/_index.md
> >
Hi,
I've recently gotten a kind of bug I was waiting for many years.
In fact I wondered if it would still come up as each year made it less likely.
But it happened and I got a crash report of someone using dpdk a
rather old pre sse4.2 hardware.
=> https://bugs.launchpad.net/ubuntu/+source/dpdk/+bu
On Thu, Mar 30, 2023 at 2:50 PM Bruce Richardson
wrote:
>
> On Thu, Mar 30, 2023 at 01:57:52PM +0530, Prashant Upadhyaya wrote:
> > Hi,
> >
>
> FYI, when replying on list, it's best not to top-post, but put your replies
> below the email snippet you are replying to.
>
> > The hash creation API thr
30/03/2023 09:20, Guo, Junfeng:
> From: Thomas Monjalon
> > 28/03/2023 11:35, Guo, Junfeng:
> > > The background is that, in the past (DPDK 22.11) we didn't get the
> > approval
> > > of license from Google, thus chose the MIT License for the base code,
> > and
> > > BSD-3 License for GVE common c
On Thu, Mar 30, 2023 at 02:53:41PM +0200, Christian Ehrhardt wrote:
> Hi,
> I've recently gotten a kind of bug I was waiting for many years.
> In fact I wondered if it would still come up as each year made it less
> likely.
> But it happened and I got a crash report of someone using dpdk a
> rath
On Thu, Mar 30, 2023 at 06:42:58PM +0530, Prashant Upadhyaya wrote:
> On Thu, Mar 30, 2023 at 2:50 PM Bruce Richardson
> wrote:
> >
> > On Thu, Mar 30, 2023 at 01:57:52PM +0530, Prashant Upadhyaya wrote:
> > > Hi,
> > >
> >
> > FYI, when replying on list, it's best not to top-post, but put your re
On Thu, Mar 30, 2023 at 02:15:42PM +0100, Bruce Richardson wrote:
> On Thu, Mar 30, 2023 at 02:53:41PM +0200, Christian Ehrhardt wrote:
> > Hi,
> > I've recently gotten a kind of bug I was waiting for many years.
> > In fact I wondered if it would still come up as each year made it less
> > likel
On Thu, Mar 30, 2023 at 6:47 PM Bruce Richardson
wrote:
>
> On Thu, Mar 30, 2023 at 06:42:58PM +0530, Prashant Upadhyaya wrote:
> > On Thu, Mar 30, 2023 at 2:50 PM Bruce Richardson
> > wrote:
> > >
> > > On Thu, Mar 30, 2023 at 01:57:52PM +0530, Prashant Upadhyaya wrote:
> > > > Hi,
> > > >
> > >
On Thu, Mar 30, 2023 at 07:07:23PM +0530, Prashant Upadhyaya wrote:
> On Thu, Mar 30, 2023 at 6:47 PM Bruce Richardson
> wrote:
> >
> > On Thu, Mar 30, 2023 at 06:42:58PM +0530, Prashant Upadhyaya wrote:
> > > On Thu, Mar 30, 2023 at 2:50 PM Bruce Richardson
> > > wrote:
> > > >
> > > > On Thu, M
2023-03-30 14:28 (UTC+0100), Bruce Richardson:
> On Thu, Mar 30, 2023 at 02:15:42PM +0100, Bruce Richardson wrote:
> > On Thu, Mar 30, 2023 at 02:53:41PM +0200, Christian Ehrhardt wrote:
> > > Hi,
> > > I've recently gotten a kind of bug I was waiting for many years.
> > > In fact I wondered if i
> From: Feifei Wang [mailto:feifei.wa...@arm.com]
> Sent: Thursday, 30 March 2023 11.31
>
> > From: Morten Brørup
> > Sent: Thursday, March 30, 2023 3:19 PM
> >
> > > From: Feifei Wang [mailto:feifei.wa...@arm.com]
> > > Sent: Thursday, 30 March 2023 08.30
> > >
> >
> > [...]
> >
> > > +/**
> > >
We were just trying to comply with the BSD license to get
rid of the exception. You have the MIT license for control path/admin-queue
code. Since admin-queue path is similar across linux, freebsd and dpdk the
code is similar but not exactly the same,
We are about to upstream driver code to FreeBSD
On Thu, Mar 30, 2023 at 6:14 AM Thomas Monjalon wrote:
> 30/03/2023 09:20, Guo, Junfeng:
> > From: Thomas Monjalon
> > > 28/03/2023 11:35, Guo, Junfeng:
> > > > The background is that, in the past (DPDK 22.11) we didn't get the
> > > approval
> > > > of license from Google, thus chose the MIT Li
> From: Morten Brørup
> Sent: Thursday, 30 March 2023 17.15
>
> > From: Feifei Wang [mailto:feifei.wa...@arm.com]
> > Sent: Thursday, 30 March 2023 11.31
> >
> > > From: Morten Brørup
> > > Sent: Thursday, March 30, 2023 3:19 PM
> > >
> > > > From: Feifei Wang [mailto:feifei.wa...@arm.com]
> > >
Fix grammar, spelling and formatting of DPDK 23.03 release notes.
Signed-off-by: John McNamara
---
* Minor fixes/changes only.
doc/guides/rel_notes/release_23_03.rst | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/doc/guides/rel_notes/release_23_03.rst
b
On 3/30/2023 5:09 PM, John McNamara wrote:
Fix grammar, spelling and formatting of DPDK 23.03 release notes.
Signed-off-by: John McNamara
---
* Minor fixes/changes only.
doc/guides/rel_notes/release_23_03.rst | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --
https://bugs.dpdk.org/show_bug.cgi?id=1206
Bug ID: 1206
Summary: Multiple large memory block allocations using
rte_malloc can lead to memory out-of-bounds issues.
Product: DPDK
Version: 21.11
Hardware: x86
O
[RFC 1/4] ethdev: add frequency adjustment API.
[RFC 2/4] net/ice: add frequency adjustment support for PTP.
[RFC 3/4] examples/ptpclient: refine application.
[RFC 4/4] examples/ptpclient: add frequency adjustment support.
Simei Su (4):
ethdev: add frequency adjustment API
net/ice: add frequen
This patch adds freq adjustment API for PTP high accuracy.
Signed-off-by: Simei Su
---
lib/ethdev/ethdev_driver.h | 5 +
lib/ethdev/ethdev_trace.h| 9 +
lib/ethdev/ethdev_trace_points.c | 3 +++
lib/ethdev/rte_ethdev.c | 18 ++
lib/ethdev/rte
Add ice support for new ethdev API to adjust frequency for IEEE1588
PTP. Also, this patch reworks code for converting software update
to hardware update.
Signed-off-by: Simei Su
---
drivers/net/ice/ice_ethdev.c | 111 ---
1 file changed, 72 insertions(+),
This patch reworks code to split delay request message parsing
from follow up message parsing.
Signed-off-by: Simei Su
Signed-off-by: Wenjun Wu
---
examples/ptpclient/ptpclient.c | 48 --
1 file changed, 32 insertions(+), 16 deletions(-)
diff --git a/exa
This patch adds PI servo algorithm to support frequency
adjustment API for IEEE1588 PTP.
For example, the command for starting ptpclient with PI algorithm is:
./build/examples/dpdk-ptpclient -a :81:00.0 -c 1 -n 3 -- -T 0 -p 0x1
--controller=pi
Signed-off-by: Simei Su
Signed-off-by: Wenjun Wu
> -Original Message-
> From: Thomas Monjalon
> Sent: Thursday, March 30, 2023 21:14
> To: Ferruh Yigit ; Zhang, Qi Z
> ; Wu, Jingjing ; Xing,
> Beilei ; Rushil Gupta ; Guo,
> Junfeng
> Cc: dev@dpdk.org; Joshua Washington ; Jeroen
> de Borst
> Subject: Re: [PATCH 2/2] net/gve: update c
V5:
Fix CI build issues about dynamically update doc.
V4:
Fix CI build issues about undefined reference of sched apis.
Remove inline for model setting.
V3:
Fix CI build issues about TLS and typo.
V2:
Use git mv to keep git history.
Use TLS for per-thread local storage.
Change model name to mcore
Rename rte_graph_work.h to rte_graph_work_common.h for supporting
multiple graph worker model.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
MAINTAINERS | 1 +
lib/graph/graph_pcap.c
Node process is a single and reusable block, move the code into an inline
function.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/rte_graph_model_rtc.h | 20 ++---
lib/graph/rte_graph_worker_common.h | 33 +++
To support multiple graph worker model, split graph into common
and default. Naming the current walk function as rte_graph_model_rtc
cause the default model is RTC(Run-to-completion).
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/graph_pcap.c
Add new get/set APIs to configure graph worker model which is used to
determine which model will be chosen.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/meson.build | 1 +
lib/graph/rte_graph_worker.c| 54 +++
Add lcore_id for node to hold affinity core id and impl
rte_graph_model_dispatch_lcore_affinity_set to set node affinity
with specific lcore.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/graph_private.h| 1 +
lib/graph/meson.build
Add lcore_id for graph to hold affinity core id where graph would run on.
Add bind/unbind API to set/unset graph affinity attribute. lcore_id will
be set as MAX by default, it means not enable this attribute.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
This patch adds graph API for supporting to clone the graph object for
a specified worker core. The new graph will also clone all nodes.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/graph.c | 110 ++
Add graph_sched_wq_node to hold graph scheduling workqueue
node.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/graph.c | 1 +
lib/graph/graph_populate.c | 1 +
lib/graph/graph_private.h | 12
This patch introduces key functions to allow a worker thread to
enable enqueue and move streams of objects to the next nodes over
different cores.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/graph_private.h| 27 +
lib/graph/m
This patch enables to create and destroy scheduling workqueue into
common graph operations.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/graph.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/lib/graph/graph.c b/lib/graph/graph.c
This patch introduces the task scheduler mechanism to enable dispatching
tasks to another worker cores. Currently, there is only a local work
queue for one graph to walk. We introduce a scheduler worker queue in
each worker core for dispatching tasks. It will perform the walk on
scheduler work queu
This patch enables to chose new scheduler model.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/rte_graph_worker.h | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/graph/rte_graph_worker.h b/lib/graph/rte_graph_wor
Add stats for cross-core dispatching scheduler if stats collection is
enabled.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
lib/graph/graph_debug.c | 6 +++
lib/graph/graph_stats.c | 74 +---
lib/graph/
Add new parameter "model" to choose dispatch or rtc worker model.
And in dispatch model, the node will affinity to worker core successively.
Note:
only support one RX node for remote model in current implementation.
./dpdk-l3fwd-graph -l 8,9,10,11 -n 4 -- -p 0x1 --config="(0,0,9)" -P
--model="di
Update graph documentation to introduce new multicore dispatch model.
Signed-off-by: Haiyue Wang
Signed-off-by: Cunming Liang
Signed-off-by: Zhirun Yan
---
doc/guides/prog_guide/graph_lib.rst | 59 +++--
1 file changed, 55 insertions(+), 4 deletions(-)
diff --git a/doc
https://bugs.dpdk.org/show_bug.cgi?id=1207
Bug ID: 1207
Summary: testpmd: No probed ethernet devices when running
testpmd with Intel E810XXVDA2G1P5
Product: DPDK
Version: 22.11
Hardware: x86
OS: Linux
https://bugs.dpdk.org/show_bug.cgi?id=1208
Bug ID: 1208
Summary: testpmd: No probed ethernet devices when running
testpmd with Intel E810XXVDA2G1P5
Product: DPDK
Version: 22.11
Hardware: x86
OS: Linux
https://bugs.dpdk.org/show_bug.cgi?id=1208
David Marchand (david.march...@redhat.com) changed:
What|Removed |Added
CC||david.march...@redhat
60 matches
Mail list logo
