> -Original Message-
> From: Tyler Retzlaff
> Sent: Tuesday, November 21, 2023 10:49 PM
> To: Stephen Hemminger
> Cc: Hemant Agrawal ; dev@dpdk.org; Sachin
> Saxena ; Gagandeep Singh
> Subject: Re: [PATCH v4 10/10] common/dpaxx: remove zero length array
> Importance: High
>
> On Tue,
Joyce Kong would like to recall the message, "[PATCH v3] config/arm: correct
cpu arch for cross build".
> -Original Message-
> From: Thomas Monjalon
> Sent: Tuesday, November 21, 2023 12:55 AM
> To: Joyce Kong
> Cc: Ruifeng Wang ; bruce.richard...@intel.com;
> dev@dpdk.org; nd
> Subject: Re: [PATCH v3] config/arm: correct cpu arch for cross build
>
> 20/11/2023 10:24, Joyce Kong:
> > The
Hi Stephen,
On 2023/11/22 0:36, Stephen Hemminger wrote:
> On Tue, 21 Nov 2023 12:26:51 +
> Chengwen Feng wrote:
>
>> Introduce argparse library (which was inspired by the thread [1]),
>> compared with getopt, the argparse has following advantages:
>> 1) Set the help information when definin
Hi Folks,
The current GRO code uses an unoptimised version of flow lookup where each
flow in the table is iterated over during the flow matching process. For a
rte_gro_reassemble_burst in lightweight mode this would not cause much of
an impact. But with rte_gro_reassemble which is done with a time
> -Original Message-
> From: Xu, HailinX
> Sent: Thursday, November 16, 2023 5:10 PM
> To: Thomas Monjalon ; dev@dpdk.org
> Cc: Kovacevic, Marko ; Mcnamara, John
> ; Richardson, Bruce
> ; Ferruh Yigit
> Subject: RE: release candidate 23.11-rc3
>
>
> > -Original Message-
> > From
> Subject: [PATCH] maintainers: volunteer to maintain security library
>
> Add co-maintainer for security library.
>
> Signed-off-by: Anoob Joseph
> ---
Acked-by: Akhil Goyal
> -Original Message-
> From: Ferruh Yigit
> Sent: Monday, November 20, 2023 6:46 PM
> To: Deng, KaiwenX ; Stephen Hemminger
> ; Morten Brørup
>
> Cc: dev@dpdk.org; sta...@dpdk.org; Yang, Qiming ;
> Zhou, YidingX ; Singh, Aman Deep
> ; Zhang, Yuying ;
> Matz, Olivier ; De Lara Guarch, Pa
Xu, HailinX would like to recall the message, "release candidate 23.11-rc3".
On Mon, Nov 20, 2023 at 9:35 AM Juraj Linkeš
wrote:
> On Fri, Nov 17, 2023 at 7:08 PM Jeremy Spewock
> wrote:
> >
> >
> >
> > On Thu, Nov 16, 2023 at 1:53 PM Juraj Linkeš
> wrote:
> >>
> >> On Mon, Nov 13, 2023 at 9:28 PM wrote:
> >> >
> >> > From: Jeremy Spewock
> >> >
> >> > Modified intera
On Thu, Nov 16, 2023 at 2:20 PM Juraj Linkeš
wrote:
> On Mon, Nov 13, 2023 at 9:28 PM wrote:
> >
> > From: Jeremy Spewock
> >
> > This test suite provides testing the support of scattered packets by
> > Poll Mode Drivers using testpmd. It incorporates 5 different test cases
> > which test the s
On 11/15/23 13:09, Juraj Linkeš wrote:
Format according to the Google format and PEP257, with slight
deviations.
Signed-off-by: Juraj Linkeš
---
dts/framework/testbed_model/cpu.py | 196 +
1 file changed, 144 insertions(+), 52 deletions(-)
diff --git a/dts/framew
On Tue, 21 Nov 2023 22:51:19 +0530
Jerin Jacob wrote:
> On Tue, Nov 21, 2023 at 10:34 PM Stephen Hemminger
> wrote:
> >
> > On Tue, 21 Nov 2023 22:21:54 +0530
> > Jerin Jacob wrote:
> >
> > > > The tool should not need to have driver specific tables like this.
> > > > DPDK is already riddled
On Tue, Nov 21, 2023 at 10:34 PM Stephen Hemminger
wrote:
>
> On Tue, 21 Nov 2023 22:21:54 +0530
> Jerin Jacob wrote:
>
> > > The tool should not need to have driver specific tables like this.
> > > DPDK is already riddled with enough driver specific quirks..
> > >
> > > That shows a flaw in the
On Tue, Nov 21, 2023 at 08:46:41AM -0800, Stephen Hemminger wrote:
> On Tue, 21 Nov 2023 10:49:59 +
> Hemant Agrawal wrote:
>
> > > struct ipsec_encap_pdb {
> > > uint32_t options;
> > > @@ -350,7 +349,6 @@ struct ipsec_encap_pdb {
> > > };
> > > uint32_t spi;
> > > uint32_t ip_hdr_l
Ideally, supporting ORing of schedule types during queue creation would have
been best. But advertising all such possible combinations will be a nightmare.
But this will allow flexibility to create an exact combination HW can support.
Either support all or a subset of it.
-Original Message
On Tue, 21 Nov 2023 22:21:54 +0530
Jerin Jacob wrote:
> > The tool should not need to have driver specific tables like this.
> > DPDK is already riddled with enough driver specific quirks..
> >
> > That shows a flaw in the rss design, which should have been fixed.
>
> Every NIC's implements st
On Tue, 21 Nov 2023 08:46:41 -0800
Stephen Hemminger wrote:
> On Tue, 21 Nov 2023 10:49:59 +
> Hemant Agrawal wrote:
>
> > > struct ipsec_encap_pdb {
> > > uint32_t options;
> > > @@ -350,7 +349,6 @@ struct ipsec_encap_pdb {
> > > };
> > > uint32_t spi;
> > > uint32_t ip_hdr_len;
>
On Tue, Nov 21, 2023 at 10:08 PM Stephen Hemminger
wrote:
>
> On Mon, 23 Oct 2023 10:07:11 +0200
> Robin Jarry wrote:
>
> > +class DriverInfo:
> > +def __init__(self, key: bytes = None, reta_size: int = None):
> > +self.__key = key
> > +self.__reta_size = reta_size
> > +
> > +
21/11/2023 17:38, Stephen Hemminger:
> The tool should not need to have driver specific tables like this.
> DPDK is already riddled with enough driver specific quirks..
>
> That shows a flaw in the rss design, which should have been fixed.
> I should have seen this in the earlier versions, would h
From: Christian Ehrhardt
If building riscv natively with -Dplatform=generic config/meson.build
will select cpu_instruction_set=riscv.
That was fine because config/riscv/meson.build did override it to valid
values later, but since b7676fcccab4 ("config: verify machine arch
flag") it will break th
On Tue, 21 Nov 2023 10:49:59 +
Hemant Agrawal wrote:
> > struct ipsec_encap_pdb {
> > uint32_t options;
> > @@ -350,7 +349,6 @@ struct ipsec_encap_pdb {
> > };
> > uint32_t spi;
> > uint32_t ip_hdr_len;
> > - uint8_t ip_hdr[0];
> [Hemant] This should be replaced with
>
On Mon, 23 Oct 2023 10:07:11 +0200
Robin Jarry wrote:
> +class DriverInfo:
> +def __init__(self, key: bytes = None, reta_size: int = None):
> +self.__key = key
> +self.__reta_size = reta_size
> +
> +def rss_key(self) -> bytes:
> +return self.__key
> +
> +def re
On Tue, 21 Nov 2023 12:26:51 +
Chengwen Feng wrote:
> Introduce argparse library (which was inspired by the thread [1]),
> compared with getopt, the argparse has following advantages:
> 1) Set the help information when defining parameters.
> 2) Support positional parameters.
>
> The paramete
On 11/15/23 13:09, Juraj Linkeš wrote:
Format according to the Google format and PEP257, with slight
deviations.
Signed-off-by: Juraj Linkeš
---
.../testbed_model/traffic_generator/scapy.py | 91 +++
1 file changed, 54 insertions(+), 37 deletions(-)
diff --git a/dts/framewo
On 11/15/23 13:09, Juraj Linkeš wrote:
Format according to the Google format and PEP257, with slight
deviations.
Signed-off-by: Juraj Linkeš
---
.../traffic_generator/__init__.py | 22 -
.../capturing_traffic_generator.py| 46 +++
.../traffic_
17/11/2023 07:55, Chenbo Xia:
>
> > On Nov 15, 2023, at 01:36, Abdullah Sevincer
> > wrote:
> >
> > External email: Use caution opening links or attachments
> >
> >
> > This commit revises PASID control function to accept PASID offset to
> > pasid *structure* instead of taking exact register
On 11/15/23 13:09, Juraj Linkeš wrote:
Format according to the Google format and PEP257, with slight
deviations.
Signed-off-by: Juraj Linkeš
---
dts/framework/remote_session/__init__.py | 39 +-
.../remote_session/remote_session.py | 128 +-
dts/framework/
Hi,
> -Original Message-
> From: Dariusz Sosnowski
> Sent: Monday, November 20, 2023 10:25 AM
> To: Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; Suanming Mou
>
> Cc: dev@dpdk.org; Raslan Darawsheh ;
> sta...@dpdk.org
> Subject: [PATCH] net/mlx5: fix offset field size in conntrack action
>
On 11/15/23 13:09, Juraj Linkeš wrote:
Format according to the Google format and PEP257, with slight
deviations.
Signed-off-by: Juraj Linkeš
---
dts/framework/config/__init__.py | 371 ++-
dts/framework/config/types.py| 132 +++
2 files changed, 446 i
TB Attendees
Aaron
Bruce
Honnappa
Kevin
Maxime
Morten
Stephen
Thomas
NOTE: The technical board meetings are on every second Wednesday at 3 pm
UTC. Meetings are public, and DPDK community members are welcome to attend.
Link to join:
https://zoom-lfx.platform.linuxfoundation.org/meeting
在 2023/11/21 20:12, Ferruh Yigit 写道:
On 11/21/2023 8:29 AM, fengchengwen wrote:
On 2023/11/21 16:18, Huisong Li wrote:
The 'max_rx_bufsize' and 'rss_algo_capa' in struct rte_eth_dev_info and
the 'algorithm' in struct rte_eth_rss_conf are introduced to 23.11.
This patch add the trace of these
Introduce argparse library (which was inspired by the thread [1]),
compared with getopt, the argparse has following advantages:
1) Set the help information when defining parameters.
2) Support positional parameters.
The parameters parsing according following:
1) positional: use callback to parse (
From: Huisong Li
The 'max_lro_pkt_size' in struct rte_eth_dev_info is also important.
So this patch also add it.
Fixes: 6679cf21d608 ("ethdev: add trace points")
Cc: sta...@dpdk.org
Signed-off-by: Huisong Li
Acked-by: Chengwen Feng
Reviewed-by: Ferruh Yigit
---
Cc: adwiv...@marvell.com
---
On 11/21/2023 8:29 AM, fengchengwen wrote:
> On 2023/11/21 16:18, Huisong Li wrote:
>> The 'max_rx_bufsize' and 'rss_algo_capa' in struct rte_eth_dev_info and
>> the 'algorithm' in struct rte_eth_rss_conf are introduced to 23.11.
>> This patch add the trace of these new fields in related trace poi
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
---
doc/guides/eventdevs/features/sw.ini | 3 +++
drivers/event/sw/sw_evdev.c | 3 +++
2 files changed, 6 insertions(+)
d
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
---
Maintainers, please check this patch carefully, as I'm not sure the
correct way to document this.
According to the docs for th
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
---
doc/guides/eventdevs/features/octeontx.ini | 3 +++
drivers/event/octeontx/ssovf_evdev.c | 3 +++
2 files changed, 6 inse
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
---
doc/guides/eventdevs/features/dsw.ini | 2 ++
drivers/event/dsw/dsw_evdev.c | 2 ++
2 files changed, 4 insertions(+)
d
Document explicitly the scheduling types supported by these drivers,
both via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
Acked-by: Hemant Agrawal
---
doc/guides/eventdevs/features/dpaa.ini | 2 ++
doc/guides/eventdevs/features/dpaa2.ini | 2 ++
dri
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
Acked-by: Abdullah Sevincer
---
doc/guides/eventdevs/features/dlb2.ini | 3 +++
drivers/event/dlb2/dlb2.c | 5 -
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
---
doc/guides/eventdevs/features/cnxk.ini | 3 +++
drivers/event/cnxk/cnxk_eventdev.c | 5 -
2 files changed, 7 insertions
Rather than requiring that any device advertising the
RTE_EVENT_DEV_CAP_QUEUE_ALL_TYPES flag support all of atomic, ordered
and parallel scheduling, we can redefine the field so that it basically
means that you don't need to specify the queue scheduling type at config
time. Instead all types of sup
Not all eventdev's support all scheduling types, for example, some may
only support atomic scheduling or others only support ordered
scheduling. There is currently no clear indication for each driver what
sched types it supports, so add capability flags to be indicated on
return from rte_event_dev_
The various eventdev drivers, while fitting under a common API, do not
all support all scheduling types. The eventdev API is missing some way
to query the particular scheduling support for a driver, a key piece of
information for application developers. This patchset adds the necessary
capability f
> -Original Message-
> From: Xu, HailinX
> Sent: Thursday, November 16, 2023 5:10 PM
> To: Thomas Monjalon ; dev@dpdk.org
> Cc: Kovacevic, Marko ; Mcnamara, John
> ; Richardson, Bruce
> ; Ferruh Yigit
> Subject: RE: release candidate 23.11-rc3
>
>
> > -Original Message-
> > From
On Tue, Nov 21, 2023 at 10:30:02AM +0100, Mattias Rönnblom wrote:
> On 2023-11-20 18:25, Bruce Richardson wrote:
> > Not all eventdev's support all scheduling types, for example, some may
> > only support atomic scheduling or others only support ordered
> > scheduling. There is currently no clear i
Acked-by: Hemant Agrawal
> -Original Message-
> From: Bruce Richardson
> Sent: Monday, November 20, 2023 10:56 PM
> To: dev@dpdk.org
> Cc: Bruce Richardson ; Hemant Agrawal
> ; Sachin Saxena
> Subject: [PATCH 24.03 4/8] event/dpaa*: add schedule-type capability flags
> Importance: High
> There is a place holder zero length array in this driver.
> But since the structure is embedded in other structures,
> it could not have been safely used anyway.
> There doesn't appear to be any uses of it in the current code.
>
> Signed-off-by: Stephen Hemminger
> ---
> drivers/common/dpaax/c
On Tue, Nov 21, 2023 at 09:44:37AM +, Bruce Richardson wrote:
> On Tue, Nov 21, 2023 at 10:32:07AM +0100, Mattias Rönnblom wrote:
> > On 2023-11-21 10:30, Mattias Rönnblom wrote:
> > > On 2023-11-20 18:26, Bruce Richardson wrote:
> > > > Document explicitly the scheduling types supported by thi
On Tue, Nov 21, 2023 at 10:30:02AM +0100, Mattias Rönnblom wrote:
> On 2023-11-20 18:25, Bruce Richardson wrote:
> > Not all eventdev's support all scheduling types, for example, some may
> > only support atomic scheduling or others only support ordered
> > scheduling. There is currently no clear i
On Tue, Nov 21, 2023 at 10:32:07AM +0100, Mattias Rönnblom wrote:
> On 2023-11-21 10:30, Mattias Rönnblom wrote:
> > On 2023-11-20 18:26, Bruce Richardson wrote:
> > > Document explicitly the scheduling types supported by this driver, both
> > > via info_get() function, and via table in the documen
On 2023-11-21 10:30, Mattias Rönnblom wrote:
On 2023-11-20 18:26, Bruce Richardson wrote:
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
---
doc/guides/eventdevs/features/dsw
On 2023-11-20 18:26, Bruce Richardson wrote:
Document explicitly the scheduling types supported by this driver, both
via info_get() function, and via table in the documentation.
Signed-off-by: Bruce Richardson
---
doc/guides/eventdevs/features/dsw.ini | 1 +
drivers/event/dsw/dsw_evdev.c
On 2023-11-20 18:25, Bruce Richardson wrote:
Not all eventdev's support all scheduling types, for example, some may
only support atomic scheduling or others only support ordered
scheduling. There is currently no clear indication for each driver what
sched types it supports, so add capability flag
On Mon, Nov 20, 2023 at 5:50 PM Thomas Monjalon wrote:
>
> 20/11/2023 13:36, Juraj Linkeš:
> > Reformat to 100 from the previous 88 to unify with C recommendations.
> >
> > The C recommendation is the maximum with the ideal being 80. The Python
> > tools are not suitable for this flexibility.
> >
On Mon, Nov 20, 2023 at 6:43 PM Yoan Picchi wrote:
>
> On 11/15/23 13:09, Juraj Linkeš wrote:
> > Format according to the Google format and PEP257, with slight
> > deviations.
> >
> > Signed-off-by: Juraj Linkeš
> > ---
> > dts/framework/dts.py | 128 ---
Series-acked-by: Chengwen Feng
On 2023/11/21 15:26, Morten Brørup wrote:
>> From: Stephen Hemminger [mailto:step...@networkplumber.org]
>> Sent: Monday, 20 November 2023 18.07
>>
>> Zero length arrays are a GNU extension that has been
>> superseded by flex arrays.
>>
>> https://gcc.gnu.org/online
Acked-by: Chengwen Feng
On 2023/11/21 16:18, Huisong Li wrote:
> The 'max_rx_bufsize' and 'rss_algo_capa' in struct rte_eth_dev_info and
> the 'algorithm' in struct rte_eth_rss_conf are introduced to 23.11.
> This patch add the trace of these new fields in related trace point
> interface.
>
> In
The 'max_rx_bufsize' and 'rss_algo_capa' in struct rte_eth_dev_info and
the 'algorithm' in struct rte_eth_rss_conf are introduced to 23.11.
This patch add the trace of these new fields in related trace point
interface.
In addition, the 'max_lro_pkt_size' in struct rte_eth_dev_info is also
importan
60 matches
Mail list logo