2024-02-06 20:46 (UTC-0800), Stephen Hemminger:
> On Tue, 6 Feb 2024 17:17:31 +0100
> Mattias Rönnblom wrote:
>
> > The rte_malloc() API documentation has the following to say about the
> > align parameter:
> >
> > "If 0, the return is a pointer that is suitably aligned for any kind of
> > var
On 2/6/24 16:30, Maxime Coquelin wrote:
On 1/23/24 17:54, Hernan Vargas wrote:
Add support for new FPGA variant AGX100 (on Arrow Creek N6000).
Signed-off-by: Hernan Vargas
---
doc/guides/bbdevs/fpga_5gnr_fec.rst | 69 +-
drivers/baseband/fpga_5gnr_fec/agx100_pmd.h | 273
On 2024-02-07 05:46, Stephen Hemminger wrote:
On Tue, 6 Feb 2024 17:17:31 +0100
Mattias Rönnblom wrote:
The rte_malloc() API documentation has the following to say about the
align parameter:
"If 0, the return is a pointer that is suitably aligned for any kind of
variable (in the same manner a
On 12/18/23 16:43, David Marchand wrote:
This library was calling RTE_LOG_REGISTER_DEFAULT twice, which means that
all logs for both acc100 and vrb drivers would be emitted for
pmd.baseband.acc logtype.
It seems the intent was to have dedicated logtypes per driver, so
register one for each wi
On 12/18/23 16:43, David Marchand wrote:
Logs generated by helpers common to acc100 and vrb drivers were
emitted with a RTE_LOG_NOTICE == 6 == RTE_LOGTYPE_HASH.
Register a dedicated logtype for this.
Fixes: 32e8b7ea35dd ("baseband/acc100: refactor to segregate common code")
Signed-off-by: Da
On 1/10/24 23:28, Nicolas Chautru wrote:
Based on previous discussion last year with Maxime, refactoring a bit
the VRB PMD response as multiple functions have very similar code
when updating status based on DMA response.
Nicolas Chautru (1):
baseband/acc: refactor of DMA response
driver
On 1/12/24 21:36, Hernan Vargas wrote:
Removing obsolete code for ACC101 variant which will not be productized.
Hernan Vargas (1):
baseband/acc: remove acc101
doc/guides/bbdevs/acc100.rst | 18 +-
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/baseband/acc/acc100_p
07/02/2024 07:56, Ori Kam:
> Hi Thomas,
>
> > -Original Message-
> > From: Thomas Monjalon
> > Sent: Wednesday, February 7, 2024 12:40 AM
> >
> > 28/01/2024 10:39, Ori Kam:
> > > During the encapsulation of a packet, it is expected to calculate the
> > > hash value which is based on the
07/02/2024 01:57, Ferruh Yigit:
> On 2/6/2024 10:21 PM, Thomas Monjalon wrote:
> > 06/02/2024 18:36, Dariusz Sosnowski:
> >> --- a/doc/guides/nics/build_and_test.rst
> >> +++ b/doc/guides/nics/build_and_test.rst
> >> +- ``RTE_FLOW_DEBUG`` (default **disabled**; enabled automatically on
> >> debug
On Fri, Feb 2, 2024 at 7:29 PM Bruce Richardson
wrote:
>
> Make some textual improvements to the introduction to eventdev and event
> devices in the eventdev header file. This text appears in the doxygen
> output for the header file, and introduces the key concepts, for
> example: events, event de
On Sat, Feb 3, 2024 at 12:59 PM Bruce Richardson
wrote:
>
> Update the device capability docs, to:
>
> * include more cross-references
> * split longer text into paragraphs, in most cases with each flag having
> a single-line summary at the start of the doc block
> * general comment rewording an
On 2/7/2024 6:46 AM, Rahul Bhansali wrote:
>
>
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Tuesday, February 6, 2024 11:55 PM
>> To: Rahul Bhansali ; dev@dpdk.org; Radu Nicolau
>> ; Akhil Goyal ; Konstantin
>> Ananyev ; Anoob Joseph
>>
>> Subject: [EXT] Re: [PATCH] examples/ips
On 2/7/2024 9:27 AM, Thomas Monjalon wrote:
> 07/02/2024 01:57, Ferruh Yigit:
>> On 2/6/2024 10:21 PM, Thomas Monjalon wrote:
>>> 06/02/2024 18:36, Dariusz Sosnowski:
--- a/doc/guides/nics/build_and_test.rst
+++ b/doc/guides/nics/build_and_test.rst
+- ``RTE_FLOW_DEBUG`` (default **di
On 2/7/2024 10:47 AM, Ferruh Yigit wrote:
> On 2/7/2024 9:27 AM, Thomas Monjalon wrote:
>> 07/02/2024 01:57, Ferruh Yigit:
>>> On 2/6/2024 10:21 PM, Thomas Monjalon wrote:
06/02/2024 18:36, Dariusz Sosnowski:
> --- a/doc/guides/nics/build_and_test.rst
> +++ b/doc/guides/nics/build_and_
On 1/31/2024 12:46 AM, lon...@linuxonhyperv.com wrote:
> From: Long Li
>
> Secondary processes are started after primary, and in most cases with
> the device already started. Make them being able to process packets as
> soon as they start.
>
> This also works with the case where the primary proc
Remove mention of cmdline_poll() function from deprecation notice,
because it was removed in 23.11 release.
Fixes: f44f2edd198a ("cmdline: remove poll function")
Cc: step...@networkplumber.org
Cc: sta...@dpdk.org
Signed-off-by: Dariusz Sosnowski
---
doc/guides/rel_notes/deprecation.rst | 4
> -Original Message-
> From: Ori Kam
> Sent: Tuesday, February 6, 2024 14:01
> To: Slava Ovsiienko ; dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Dariusz Sosnowski
> Subject: RE: [PATCH 1/6] ethdev: add modify IPv4 next protocol field
>
> Hi Slava
>
> > -Original Message---
> -Original Message-
> From: Ori Kam
> Sent: Tuesday, February 6, 2024 14:03
> To: Slava Ovsiienko ; dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Dariusz Sosnowski
> Subject: RE: [PATCH 2/6] app/testpmd: add modify IPv4 next protocol
> command line
>
> Hi Slava
>
> > -Origi
> -Original Message-
> From: Slava Ovsiienko
> Sent: Tuesday, February 6, 2024 13:18
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Ori Kam ; Dariusz Sosnowski
>
> Subject: [PATCH 3/6] net/mlx5: add modify IPv4 protocol implementation
>
> Add modify IPv4 protocol implementat
> -Original Message-
> From: Slava Ovsiienko
> Sent: Tuesday, February 6, 2024 13:18
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Ori Kam ; Dariusz Sosnowski
>
> Subject: [PATCH 5/6] app/testpmd: add modify ESP related fields command
> line
>
> Add new modify field destina
Hi Slava,
> -Original Message-
> From: Slava Ovsiienko
> Sent: Tuesday, February 6, 2024 13:18
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Ori Kam ; Dariusz Sosnowski
>
> Subject: [PATCH 4/6] ethdev: add modify action support for IPsec fields
>
> The following IPsec rela
Hi Slava,
> + * Added HW steering support for modify field ``RTE_FLOW_FIELD_ESP_SPI``
> flow action.
> + * Added HW steering support for modify field
> ``RTE_FLOW_FIELD_ESP_SEQ_NUM`` flow action.
> + * Added HW steering support for modify field
> ``RTE_FLOW_FIELD_ESP_PROTO`` flow action.
On 2/7/2024 10:56 AM, Ferruh Yigit wrote:
> On 2/7/2024 10:47 AM, Ferruh Yigit wrote:
>> On 2/7/2024 9:27 AM, Thomas Monjalon wrote:
>>> 07/02/2024 01:57, Ferruh Yigit:
On 2/6/2024 10:21 PM, Thomas Monjalon wrote:
> 06/02/2024 18:36, Dariusz Sosnowski:
>> --- a/doc/guides/nics/build_an
> -Original Message-
> From: Ferruh Yigit
> Sent: Wednesday, February 7, 2024 12:54
> To: NBU-Contact-Thomas Monjalon (EXTERNAL) ;
> Dariusz Sosnowski ; Mcnamara, John
>
> Cc: Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; Suanming Mou
> ; Andrew Rybchenko
> ; dev@dpdk.org
> Subject: Re: [PA
Add IPv4 next protocol modify field definition.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Ori Kam
Acked-by: Dariusz Sosnowski
---
doc/guides/rel_notes/release_24_03.rst | 4
lib/ethdev/rte_flow.h | 3 ++-
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/d
Add new modify field action type string: "ipv4_proto".
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Ori Kam
Acked-by: Dariusz Sosnowski
---
app/test-pmd/cmdline_flow.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/app/test-pmd/cmdline_flow.c b/app/test-pmd/cmdline_flow.c
index 406287955
Add modify IPv4 protocol implementation for mlx5 PMD.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/common/mlx5/mlx5_prm.h | 1 +
drivers/net/mlx5/mlx5_flow_dv.c| 4 +++-
3 files changed, 5 insertions(+)
Add mlx5 PMD support for the IPsec fields:
- RTE_FLOW_FIELD_ESP_SPI - SPI value in IPsec header
- RTE_FLOW_FIELD_ESP_SEQ_NUM - sequence number in header
- RTE_FLOW_FIELD_ESP_PROTO - next protocol value in trailer
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
doc/gui
Add new modify field destination type strings:
- "esp_spi", to modify Security Parameter Index field
- "esp_seq_num", to modify Sequence Number field
- "esp_proto", to modify next protocol field in ESP trailer
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
app/test-p
The following IPsec related field definitions added:
- RTE_FLOW_FIELD_ESP_SPI - SPI value in IPsec header
- RTE_FLOW_FIELD_ESP_SEQ_NUM - sequence number in header
- RTE_FLOW_FIELD_ESP_PROTO - next protocol value in trailer
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
There could be a newline at the end of stdout or stderr of a remotely
executed command. These cause issues when used later, such as when
joining paths from such commands - a newline in the middle of a path is
not valid.
Fixes: ad80f550dbc5 ("dts: add SSH command verification")
Signed-off-by: Juraj
Add IPv4 next protocol modify field definition.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Ori Kam
Acked-by: Dariusz Sosnowski
---
doc/guides/rel_notes/release_24_03.rst | 4
lib/ethdev/rte_flow.h | 3 ++-
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/d
Add new modify field action type string: "ipv4_proto".
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Ori Kam
Acked-by: Dariusz Sosnowski
---
app/test-pmd/cmdline_flow.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/app/test-pmd/cmdline_flow.c b/app/test-pmd/cmdline_flow.c
index a4131e1b3
Add modify IPv4 protocol implementation for mlx5 PMD.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/common/mlx5/mlx5_prm.h | 1 +
drivers/net/mlx5/mlx5_flow_dv.c| 4 +++-
3 files changed, 5 insertions(+)
Add new modify field destination type strings:
- "esp_spi", to modify Security Parameter Index field
- "esp_seq_num", to modify Sequence Number field
- "esp_proto", to modify next protocol field in ESP trailer
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
app/test-p
The following IPsec related field definitions added:
- RTE_FLOW_FIELD_ESP_SPI - SPI value in IPsec header
- RTE_FLOW_FIELD_ESP_SEQ_NUM - sequence number in header
- RTE_FLOW_FIELD_ESP_PROTO - next protocol value in trailer
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
Add mlx5 PMD support for the IPsec fields:
- RTE_FLOW_FIELD_ESP_SPI - SPI value in IPsec header
- RTE_FLOW_FIELD_ESP_SEQ_NUM - sequence number in header
- RTE_FLOW_FIELD_ESP_PROTO - next protocol value in trailer
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Dariusz Sosnowski
---
doc/gui
Hello!
We observe the problem with hugepages on Azure environment with mellanox
devices there(Currently MT27710 Connect-X 4) which use mlx5 PMD.
We use a DPDK based application, but when using testpmd for debug purposes
we observe exact the same issue. After each restart of the process, 2
hugepage
07/02/2024 11:56, Ferruh Yigit:
> As we synced with Dariusz, there is no good place to document
> ethdev-drivers interfaces in the release notes.
>
> Also this release there were more ethdev-drivers interface changes,
> around get_ptype(), but those also not documented in the release notes,
> so w
> -Original Message-
> From: Michael Baum
> Sent: Tuesday, February 6, 2024 15:27
> To: dev@dpdk.org
> Cc: Ori Kam ; Dariusz Sosnowski
> ; Ferruh Yigit ; NBU-
> Contact-Thomas Monjalon (EXTERNAL)
> Subject: [PATCH 1/1] ethdev: add IPv6 FL and TC field identifiers
>
> Add new "rte_flow_fi
On 2/6/2024 1:10 AM, Jie Hai wrote:
> From: Dengdui Huang
>
> When KEEP_CRC offload is enabled, some packets will be truncated and
> the CRC is still be stripped in following cases:
> 1. For HIP08 hardware, the packet type is TCP and the length
>is less than or equal to 60B.
> 2. For other ha
On 06/02/2024 20:33, Ferruh Yigit wrote:
> On 2/1/2024 10:08 AM, Kevin Traynor wrote:
>> On 01/02/2024 08:43, David Marchand wrote:
>>> As described in a recent bugzilla opened against the net/iavf driver,
>>> a driver may call a event callback from other calls of the ethdev API.
>>>
>>> Nothing gu
On 01/02/2024 08:43, David Marchand wrote:
> As described in a recent bugzilla opened against the net/iavf driver,
> a driver may call a event callback from other calls of the ethdev API.
>
> Nothing guarantees in the ethdev API against such behavior.
>
> Add a notice against using locks in those
This patch introduce a new API to get the hidden key count in the hash
table if the rcu qsbr is enabled. When using rte_hash_count with rcu
qsbr enabled, it will return the number of elements that are not in the
free queue. Unless rte_rcu_qsbr_dq_reclaim is called, the number of
elements in the def
On 2/7/2024 3:13 AM, Andrew Boyer wrote:
> This patchset provides miscellaneous fixes and improvements for
> the net/ionic driver used by AMD Pensando devices.
>
> V3:
> - Resend to fix patchwork threading.
>
> V2:
> - Update device stop and device start patches to use compound literals
> as su
Add new field identifiers for IPv6 traffic class and flow label.
Depends-on: series-31008 ("ethdev: add modify IPv4 next protocol field")
v2:
- Rebase.
- Add "Acked-by" label from v1.
Michael Baum (1):
ethdev: add IPv6 FL and TC field identifiers
app/test-pmd/cmdline_flow.c| 1 +
Add new "rte_flow_field_id" enumeration values to describe both IPv6
traffic class and IPv6 flow label fields.
The TC value is "RTE_FLOW_FIELD_IPV6_TRAFFIC_CLASS" in flow API and
"ipv6_traffic_class" in testpmd command.
The FL value is "RTE_FLOW_FIELD_IPV6_FLOW_LABEL" in flow API and
"ipv6_flow_la
Reorder modification field PRM list according to values from lowest to
highest.
This patch also removes value specification from all fields which their
value is one more than previous one.
Signed-off-by: Michael Baum
---
drivers/common/mlx5/mlx5_prm.h | 32
1 fil
This patch-set adds support of encapsulation level for HWS modify field
in MLX5 PMD.
Outermost is represented by 0,1 and inner is represented by 2.
In addition, modify inner/outer us added for both IPv6 flow label and
IPv6 traffic class.
Depends-on: series-31008 ("ethdev: add modify IPv4 next prot
The "mlx5_modification_field" enumeration has 2 different fields
representing the same value 0x4A.
1. "MLX5_MODI_OUT_IPV6_NEXT_HDR" - specific for IPv6.
2. "MLX5_MODI_OUT_IP_PROTOCOL" - for both IPv4 and IPv6.
This patch removes "MLX5_MODI_OUT_IPV6_NEXT_HDR" and replaces all its
usages with "MLX
Add IPv6 flow label field into PRM modify field list.
The new values are "MLX5_MODI_OUT_IPV6_FLOW_LABEL" and
"MLX5_MODI_IN_IPV6_FLOW_LABEL".
Signed-off-by: Michael Baum
---
drivers/common/mlx5/mlx5_prm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/common/mlx5/mlx5_prm.h b/drive
This patch adds inner values into PRM modify field list for each
existing outer field.
Signed-off-by: Michael Baum
---
drivers/common/mlx5/mlx5_prm.h | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/common/mlx5/mlx5_prm.h b/drivers/common/mlx5/mlx5_prm.
This patch adds support for copying from inner fields using "level" 2.
Signed-off-by: Michael Baum
---
doc/guides/nics/mlx5.rst | 28 +-
doc/guides/rel_notes/release_24_03.rst | 2 +
drivers/net/mlx5/mlx5_flow.c | 12 ++-
drivers/net/mlx5/mlx5_flow_dv.c| 1
Add HW steering support for IPv6 traffic class field modification.
Copy from inner IPv6 traffic class field is also supported using
"level=2".
Signed-off-by: Michael Baum
---
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/net/mlx5/mlx5_flow_dv.c| 11 +++
drivers/net/mlx5/
Add HW steering support for IPv6 flow label field modification.
Copy from inner IPv6 flow label field is also supported using "level=2".
Signed-off-by: Michael Baum
---
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/net/mlx5/mlx5_flow_dv.c| 12
drivers/net/mlx5/mlx5_
Add support for compare item with "RTE_FLOW_FIELD_RANDOM".
v2:
- Rebase.
- Add "RTE_FLOW_FIELD_META" compare support.
- Reduce the "Depends-on" list.
v3:
- Rebase.
- Fix typo in function name, r/tranlate/translate.
- Fix adding a line without newline at end of file.
v4:
- Rebase.
- Updat
From: Hamdan Igbaria
Add support for compare matcher, this matcher will allow
direct comparison between two packet fields, or a packet
field and a value, with fully masked DW.
For now this matcher hash table is limited to size 1x1,
thus it supports only 1 rule STE.
Signed-off-by: Hamdan Igbaria
Add support to use "RTE_FLOW_ITEM_TYPE_COMPARE" with
"RTE_FLOW_FIELD_RAMDOM" as an argument.
The random field is supported only when base is an immediate value,
random field cannot be compared with enother field.
Signed-off-by: Michael Baum
---
doc/guides/nics/mlx5.rst| 9 -
drivers
Add support for compare item with "RTE_FLOW_FIELD_ESP_SEQ_NUM" field.
Signed-off-by: Michael Baum
---
Depends-on: series-31008 ("ethdev: add modify IPv4 next protocol field")
Depends-on: series-31041 ("net/mlx5: add random compare support")
doc/guides/nics/mlx5.rst | 1 +
drivers
On 2/5/2024 10:51 AM, Jie Hai wrote:
> This patch adds "filter" and "names" fields to "rte_dev_reg_info"
> structure. Names of registers in data fields can be reported and
> the registers can be filtered by their names.
>
> For compatibility, the original API rte_eth_dev_get_reg_info()
> does not
On 2/5/2024 10:51 AM, Jie Hai wrote:
> This patch adds a telemetry command for registers dump,
> and supports get registers with specified names.
> The length of the string exported by telemetry is limited
> by MAX_OUTPUT_LEN. Therefore, the filter should be more
> precise.
>
> An example usage is
From: Satha Rao
Existing Rx desc used count command extended to get Tx queue
used count.
testpmd> show port 0 rxq 0 desc used count
testpmd> show port 0 txq 0 desc used count
Signed-off-by: Satha Rao
---
Depends-on: series-30833 ("ethdev: support Tx queue used count")
v2:
extended rx_
v6: Rework total_num_queues in separate commit. Fix typo in comment.
v5: Created separate commit for doc fix. Cosmetic uppercase changes.
v4: Targeting 24.03. Updated FPGA PMD based on review comments.
v3: Made changes requested during review.
v2: Targeting 23.11. Update in commits 1,2 based on rev
flr_timeout was removed from the code a while ago, updating doc.
Fix minor typo in 5GNR example.
Fixes: 2d4306438c92 ("baseband/fpga_5gnr_fec: add configure function")
Cc: sta...@dpdk.org
Signed-off-by: Hernan Vargas
Reviewed-by: Maxime Coquelin
---
doc/guides/bbdevs/fpga_5gnr_fec.rst | 7 +---
Rename generic functions and constants using the FPGA 5GNR prefix naming
to prepare for code reuse for new FPGA implementation variant.
No functional impact.
Signed-off-by: Hernan Vargas
Reviewed-by: Maxime Coquelin
---
.../baseband/fpga_5gnr_fec/fpga_5gnr_fec.h| 117 +++--
.../fpga_5gnr_fe
Create a new file vc_5gnr_pmd.h to store structures and macros specific
to Vista Creek 5G FPGA implementation and rename functions specific to
the Vista Creek variant.
Signed-off-by: Hernan Vargas
Reviewed-by: Maxime Coquelin
---
.../baseband/fpga_5gnr_fec/fpga_5gnr_fec.h| 183 ++-
.../
Add total_num_queues to the FPGA device struct as a preliminary rework
for the introduction of different FPGA variants.
Signed-off-by: Hernan Vargas
---
.../baseband/fpga_5gnr_fec/fpga_5gnr_fec.h| 2 +
.../fpga_5gnr_fec/rte_fpga_5gnr_fec.c | 37 +++
2 files changed,
Add support for new FPGA variant AGX100 (on Arrow Creek N6000).
Signed-off-by: Hernan Vargas
---
doc/guides/bbdevs/fpga_5gnr_fec.rst | 69 +-
drivers/baseband/fpga_5gnr_fec/agx100_pmd.h | 273
.../baseband/fpga_5gnr_fec/fpga_5gnr_fec.h| 10 +-
.../fpga_5gnr_fec/rte_fpga
Cosmetic changes for comments.
No functional impact.
Signed-off-by: Hernan Vargas
Reviewed-by: Maxime Coquelin
---
.../baseband/fpga_5gnr_fec/fpga_5gnr_fec.h| 49 ++--
.../fpga_5gnr_fec/rte_fpga_5gnr_fec.c | 258 +-
.../fpga_5gnr_fec/rte_pmd_fpga_5gnr_fec.h | 1
Template table creation API sets table flows capacity.
If application needs more flows then the table was designed for,
the following procedures must be completed:
1. Create a new template table with larger flows capacity.
2. Re-create existing flows in the new table and delete flows from
the or
On 2/5/2024 8:35 AM, Jie Hai wrote:
> From: Chengwen Feng
>
> This commit supports power monitor on the Rx queue descriptor of the
> next poll.
>
> Note: Although rte_power_monitor() on the ARM platform does not support
> callback, this commit still implements the callback so that it does not
>
On 2/7/2024 5:04 PM, skotesh...@marvell.com wrote:
> From: Satha Rao
>
> Existing Rx desc used count command extended to get Tx queue
> used count.
> testpmd> show port 0 rxq 0 desc used count
> testpmd> show port 0 txq 0 desc used count
>
> Signed-off-by: Satha Rao
>
Reviewed-by: Ferr
On 1/30/2024 1:24 AM, lon...@linuxonhyperv.com wrote:
> From: Long Li
>
> The content of the MR is copied to the cache trees, it's not necessary to
> allocate a MR to do this. Use a variable on the stack instead.
>
> This also fixes the memory leak in the code where a MR is allocated but
> never
On 1/30/2024 1:24 AM, lon...@linuxonhyperv.com wrote:
> From: Long Li
>
> On MR cache expension failure, the request should fail as there is no path
> to get a new MR into the tree. Attempting to insert a new MR to the cache
> tree will result in memory violation.
>
if this patch is fixing memor
> > From: Long Li
> >
> > The content of the MR is copied to the cache trees, it's not necessary
> > to allocate a MR to do this. Use a variable on the stack instead.
> >
> > This also fixes the memory leak in the code where a MR is allocated
> > but never freed.
> >
>
> patch title describes wha
> > On MR cache expension failure, the request should fail as there is no
> > path to get a new MR into the tree. Attempting to insert a new MR to
> > the cache tree will result in memory violation.
> >
>
> if this patch is fixing memory violation, can you please update commit log as
> fix
> comm
On Fri, 12 Jan 2024 19:18:21 +0530
madhuker.myt...@oracle.com wrote:
> +struct {
> + __uint(type, BPF_MAP_TYPE_HASH);
> + __type(key, __u32);
> + __type(value, struct rss_key);
> + __uint(max_entries, 256);
> +} map_keys SEC(".maps");
>
Overall this patch is a b
On 1/19/2024 10:13 PM, Stephen Hemminger wrote:
> The sfc base code had its own definition of static assertions
> using the out of bound array access hack. Replace it with a
> static_assert like rte_common.h.
>
> Fixes: f67e4719147d ("net/sfc/base: fix coding style")
> Signed-off-by: Stephen Hemmi
>
> From: Pavan Nikhilesh
>
> Some ARM CPUs have specific march requirements and are not compatible
> with the supported march list.
> Add fallback march in case the mcpu and the march advertised in the
> part_number_config are not supported by the compiler.
>
> Example
> mcpu = neov
On 1/23/2024 11:46 AM, Ferruh Yigit wrote:
> On 1/22/2024 1:00 PM, Konstantin Ananyev wrote:
>> CAUTION: This message has originated from an External Source. Please use
>> proper judgment and caution when opening attachments, clicking links, or
>> responding to this email.
>>
>>
>>> From: Jerin J
THe support of doing RSS for rte_flow_action was a cool idea
but it has been broken for several releases of DPDK as the
kernel and BPF infrastructure changed.
This series cleans up the BPF program, implements several
features that were never completed in the original code
and changes to use the cu
The driver doesn't support these other hash types, and there
is no reason to implement these in future.
Signed-off-by: Stephen Hemminger
---
drivers/net/tap/tap_rss.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/tap/tap_rss.h b/drivers/net/tap/tap_rss.h
index dff46a012f94
The flow RSS support via BPF was not using the key, or
hash type parameters. Which is good because they were never
properly setup.
Fix the setup and validate the flow parameters, the BPF
side gets fixed later.
Signed-off-by: Stephen Hemminger
---
drivers/net/tap/tap_bpf_insns.h | 16
d
The proper place for finding bpf structures and functions is
in linux/bpf.h. The original version was trying to workaround the
case where the build environment was running on old pre BPF
version of Glibc, but the target environment had BPF. This is not
a supportable build method, and not how rest o
Rewrite the BPF program used to do queue based RSS.
Important changes:
- uses newer BPF map format BTF
- accepts key as parameter rather than constant default
- can do L3 or L4 hashing
- supports IPv4 options
- supports IPv6 extension headers
- restru
There were multiple issues in the RSS queue support in the TAP
driver. This required extensive rework of the BPF support.
Change the BPF loading to use bpftool to
create a skeleton header file, and load with libbpf.
The BPF is always compiled from source so less chance that
source and instructions
Add myself as maintainer for TAP device.
Signed-off-by: Stephen Hemminger
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5fb3a73f840e..92d27e97aa9e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1015,6 +1015,7 @@ F: doc/guides/nics/pcap_ring.r
The BPF api was replaced by use of libbpf.
And the BPF instruction header was replaced by the skeleton.
Signed-off-by: Stephen Hemminger
---
drivers/net/tap/tap_bpf_api.c | 196
drivers/net/tap/tap_bpf_insns.h | 1742 ---
2 files changed, 1938 deletions(-)
de
On Wed, 7 Feb 2024 19:10:37 +
Ferruh Yigit wrote:
> On 1/19/2024 10:13 PM, Stephen Hemminger wrote:
> > The sfc base code had its own definition of static assertions
> > using the out of bound array access hack. Replace it with a
> > static_assert like rte_common.h.
> >
> > Fixes: f67e471914
On Wed, 7 Feb 2024 19:10:37 +
Ferruh Yigit wrote:
> ../drivers/common/sfc_efx/base/ef10_filter.c:1246:18: error: shift count
> >= width of type [-Werror,-Wshift-count-overflow]
> matches_count = MCDI_OUT_DWORD(req,
> ^~~
> ../drivers/common/sf
On 1/18/2024 8:36 AM, Kumara Parameshwaran wrote:
> In heavy-weight mode GRO which is based on timer, the GRO packets
> will not be flushed in spite of timer expiry if there is no packet
> in the current poll. If timer mode GRO is enabled the
> rte_gro_timeout_flush API should be invoked.
>
Agree
On 1/11/2024 2:21 PM, Ferruh Yigit wrote:
> On 1/11/2024 12:21 PM, Maryam Tahhan wrote:
>> On 11/01/2024 11:35, Ferruh Yigit wrote:
>>> Devarg is user interface, changing it impacts the user.
>>>
>>> Assume that user of '22.11.3' using 'use_cni' dev_arg, it will be broken
>>> when user upgrades DPD
On 2/7/2024 10:36 PM, Stephen Hemminger wrote:
> On Wed, 7 Feb 2024 19:10:37 +
> Ferruh Yigit wrote:
>
>> ../drivers/common/sfc_efx/base/ef10_filter.c:1246:18: error: shift count
>>> = width of type [-Werror,-Wshift-count-overflow]
>> matches_count = MCDI_OUT_DWORD(req,
>>
On 1/11/2024 5:25 AM, Kaiwen Deng wrote:
> Txonly forwarding engine does not call the Tx preparation API
> before transmitting packets. This may cause some problems.
>
> TSO breaks when MSS spans more than 8 data fragments. Those
> packets will be dropped by Tx preparation API, but it will cause
>
On 1/12/2024 1:50 PM, Martin Spinler wrote:
> Tested-by: Martin Spinler
> Acked-by: Martin Spinler
>
> ---
>
> Hi! Thanks for the cleanup. I've tested that patchset and works fine.
>
> I'm just not sure, if the "net/nfb: use dynamic logtype" patch merges
> with the "Remove uses of PMD logtype"
On 12/8/2023 1:44 PM, Ferruh Yigit wrote:
> On 12/8/2023 2:38 AM, Liangxing Wang wrote:
>> The refcnt update of stored mbufs in memif driver is redundant since
>> those mbufs are only freed in eth_memif_tx_zc(). No other place
>> can free those stored mbufs quietly. So remove the redundant mbuf
>>
On 10/11/2023 1:03 PM, Qi Zhang wrote:
> Parsing command line for rte_flow_action_prog.
>
> Syntax:
>
> "prog name [arguments \
>... end]"
>
> Use parse_string0 to parse name string.
> Use parse_hex to parse hex string.
> Use struct action_prog_data to store parsed result.
>
> Example:
>
On 1/30/2024 1:32 AM, Dengdui Huang wrote:
> On multi-process scenario, each process creates flows based on the
> number of queues. When nbcore is greater than 1, multiple cores may
> use the same queue to forward packet, like:
> dpdk-testpmd -a BDF --proc-type=auto -- -i --rxq=4 --txq=4
> --nb-cor
The use of 5-tuple of the source address, destination address,
source port, destination port, and the transport protocol type
may not be possible due to IP fragmentation, encryption, or
inability to parse past IPv6 extensions headers.
Flow label values can be chosen such that they can be
used as p
On supporting hardware, the 20-bit Flow Label field in the
IPv6 header can be used to perform RSS in the ingress path.
Signed-off-by: Ajit Khaparde
---
lib/ethdev/rte_ethdev.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/ethdev/rte_ethdev.h b/lib/ethdev/rte_ethdev.h
index 2687c23fa6..
1 - 100 of 104 matches
Mail list logo
