[DPDK/ethdev Bug 1531] net/txgbe initialisation failed: EEPROM checksum is not valid.

2024-09-03 Thread bugzilla
https://bugs.dpdk.org/show_bug.cgi?id=1531 Bug ID: 1531 Summary: net/txgbe initialisation failed: EEPROM checksum is not valid. Product: DPDK Version: 21.11 Hardware: x86 OS: Linux Status: UNCONF

Re: [PATCH v4] ethdev: Add link_speed lanes support

2024-09-03 Thread Damodharam Ammepalli
On Wed, Jul 10, 2024 at 2:06 AM Ferruh Yigit wrote: > > On 7/9/2024 10:20 PM, Damodharam Ammepalli wrote: > > On Tue, Jul 9, 2024 at 4:10 AM Ferruh Yigit wrote: > >> > >> On 7/9/2024 12:22 AM, Damodharam Ammepalli wrote: > >>> Update the eth_dev_ops structure with new function vectors > >>> to ge

RE: [PATCH] net/af_packet: add timestamp offloading support

2024-09-03 Thread Morten Brørup
> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Tuesday, 3 September 2024 18.22 > > On Tue, 3 Sep 2024 13:43:06 +0200 > Stefan Laesser wrote: > > > Add the packet timestamp from TPACKET_V2 to the mbuf > > dynamic rx timestamp register if offload RTE_ETH_RX_OFFLOAD_TIMESTAMP

Re: [PATCH v3 11/12] dts: add Rx offload capabilities

2024-09-03 Thread Dean Marx
On Wed, Aug 21, 2024 at 10:53 AM Juraj Linkeš wrote: > The scatter Rx offload capability is needed for the pmd_buffer_scatter > test suite. The command that retrieves the capability is: > show port rx_offload capabilities > > The command also retrieves a lot of other capabilities (RX_OFFLOAD_*)

[PATCH v2 5/5] dts: add test suite for RX and TX offloads

2024-09-03 Thread jspewock
From: Jeremy Spewock This patch adds a test sutie that ports over and expands upon functionality provided in the RxTx test sutie in Old DTS. This test suite provides convenience methods and decorators in an attempt to reduce code duplication when developers are tasked with testing the same offloa

[PATCH v2 4/5] dts: add methods for configuring offloads on a device in testpmd

2024-09-03 Thread jspewock
From: Jeremy Spewock Testpmd offers methods to add and remove offloads from both ports and queues on ports, but there are not yet method bindings in the Testpmd API that the framework provides to reach them. This patch adds these bindings for future test cases/suites that require certain function

[PATCH v2 3/5] dts: add offload configuration querying to testpmd

2024-09-03 Thread jspewock
From: Jeremy Spewock Testpmd offers methods for querying the runtime configuration of offloads on a device that are useful for verification, but bindings to reach these methods do not exist in the Testpmd API offered in the framework. This patch creates methods that can query this configuration a

[PATCH v2 2/5] dts: add a distinction between port and queue offload capabilities

2024-09-03 Thread jspewock
From: Jeremy Spewock Currently in the framework offloading capabilities are collected at a device-level meaning that, if a capability is supported on either an entire port or individual queues on that port, it is marked as supported for the device. In some cases there is a want for being able to

[PATCH v2 1/5] dts: add TX offload capabilities

2024-09-03 Thread jspewock
From: Jeremy Spewock The ability to query RX offloading capabilities of a device already exist, but there are situations in other test suites where skipping a test case/suite based on if a TX capability is missing is also desirable. This patch expands the RX offloading capabilities class to also

[PATCH v2 0/5] dts: port over Rx/Tx offload suite

2024-09-03 Thread jspewock
From: Jeremy Spewock v2: * added fixes to allow for passing the formatting script * removed some unused classes in TestPmdShell There are a lot of dependencies for this series, I listed them below in the order that I applied them. depends-on: patch-142691 (“dts:add send_packets to test suites

Re: [PATCH v3 08/12] dts: add NIC capability support

2024-09-03 Thread Dean Marx
On Wed, Aug 21, 2024 at 10:53 AM Juraj Linkeš wrote: > Some test cases or suites may be testing a NIC feature that is not > supported on all NICs, so add support for marking test cases or suites > as requiring NIC capabilities. > > The marking is done with a decorator, which populates the interna

Re: [PATCH v3 12/12] dts: add NIC capabilities from show port info

2024-09-03 Thread Dean Marx
On Wed, Aug 21, 2024 at 10:53 AM Juraj Linkeš wrote: > Add the capabilities advertised by the testpmd command "show port info" > so that test cases may be marked as requiring those capabilities: > RUNTIME_RX_QUEUE_SETUP > RUNTIME_TX_QUEUE_SETUP > RXQ_SHARE > FLOW_RULE_KEEP > FLOW_SHARED_OBJECT_KE

RE: [RFC 1/2] eal: add llc aware functions

2024-09-03 Thread Wathsala Wathawana Vithanage
>Some SOCs may only show upper-level caches here, therefore cannot > be use blindly without knowing the SOC. > > Can you please help us understand > For instance, in Neoverse N1 can disable the use of SLC as LLC (a BIOS setting) If SLC is not used as LLC, then your script would report th

Re: [PATCH v3 10/12] doc: add DTS capability doc sources

2024-09-03 Thread Dean Marx
On Wed, Aug 21, 2024 at 10:53 AM Juraj Linkeš wrote: > Add new files to generate DTS API documentation from. > > Signed-off-by: Juraj Linkeš > Reviewed-by: Dean Marx

Re: [PATCH v3 09/12] dts: add topology capability

2024-09-03 Thread Dean Marx
On Wed, Aug 21, 2024 at 10:53 AM Juraj Linkeš wrote: > Add support for marking test cases as requiring a certain topology. The > default topology is a two link topology and the other supported > topologies are one link and no link topologies. > > The TestProtocol of test suites and cases is exten

Re: [PATCH] net/af_packet: add timestamp offloading support

2024-09-03 Thread Stephen Hemminger
On Tue, 3 Sep 2024 13:43:06 +0200 Stefan Laesser wrote: > Add the packet timestamp from TPACKET_V2 to the mbuf > dynamic rx timestamp register if offload RTE_ETH_RX_OFFLOAD_TIMESTAMP > is enabled. > > TPACKET_V2 provides the timestamp with nanosecond resolution. > > Signed-off-by: Stefan Laesse

Re: [PATCH v3 07/12] dts: add testpmd port information caching

2024-09-03 Thread Dean Marx
On Wed, Aug 21, 2024 at 10:53 AM Juraj Linkeš wrote: > When using port information multiple times in a testpmd shell instance > lifespan, it's desirable to not get the information each time, so > caching is added. In case the information changes, there's a way to > force the update. > > Signed-of

Re: [PATCH v3 06/12] dst: add basic capability support

2024-09-03 Thread Dean Marx
On Wed, Aug 21, 2024 at 10:53 AM Juraj Linkeš wrote: > A test case or suite may require certain capabilities to be present in > the tested environment. Add the basic infrastructure for checking the > support status of capabilities: > * The Capability ABC defining the common capability API > * Ext

Re: 32-bit virtio failing on DPDK v23.11.1 (and tags)

2024-09-03 Thread Chris Brezovec (cbrezove)
Hi Maxime / others, I am just following up to see if you have had any chance to look at what I previously sent and had any ideas regarding the issue. Thanks in advance! -ChrisB From: Chris Brezovec (cbrezove) Date: Wednesday, August 28, 2024 at 5:27 PM To: dev@dpdk.org , maxime.coque...@redhat

Re: [PATCH 1/1] Modified Programmer's Guide index for better organization and readability

2024-09-03 Thread Thomas Monjalon
08/12/2023 16:43, Dave Young: > Signed-off-by: David Young Many months later, adapted and applied, thanks.

Re: [PATCH v1 01/15] net/ixgbe/base: remove minsrevs code from DPDK

2024-09-03 Thread Bruce Richardson
On Thu, Aug 29, 2024 at 10:00:06AM +0100, Anatoly Burakov wrote: > Commit add44414762c ("net/ixgbe/base: add E610 NVM-related operations") has > added code to read minimum security revision from NVM. This code was not > meant to be included in DPDK, and was only meant for other drivers derived > fr

RE: [RFC 3/6] ring/soring: introduce Staged Ordered Ring

2024-09-03 Thread Konstantin Ananyev
> > Staged-Ordered-Ring (SORING) provides a SW abstraction for 'ordered' queues > > with multiple processing 'stages'. > > It is based on conventional DPDK rte_ring, re-uses many of its concepts, > > and even substantial part of its code. > > It can be viewed as an 'extension' of rte_ring functio

RE: [PATCH v2 1/3] app/testpmd: add register keyword

2024-09-03 Thread Konstantin Ananyev
> > > > > >> diff --git a/app/test-pmd/macswap_sse.h b/app/test-pmd/macswap_sse.h > > >> index 223f87a539..29088843b7 100644 > > >> --- a/app/test-pmd/macswap_sse.h > > >> +++ b/app/test-pmd/macswap_sse.h > > >> @@ -16,13 +16,13 @@ do_macswap(struct rte_mbuf *pkts[], uint16_t nb, > > >>u

[PATCH] net/af_packet: add timestamp offloading support

2024-09-03 Thread Stefan Laesser
Add the packet timestamp from TPACKET_V2 to the mbuf dynamic rx timestamp register if offload RTE_ETH_RX_OFFLOAD_TIMESTAMP is enabled. TPACKET_V2 provides the timestamp with nanosecond resolution. Signed-off-by: Stefan Laesser --- .mailmap | 1 + doc/guides/nic

Re: [PATCH v1 02/15] net/ixgbe/base: add missing ACI definitions

2024-09-03 Thread Bruce Richardson
On Thu, Aug 29, 2024 at 10:00:07AM +0100, Anatoly Burakov wrote: > When adding Admin Command Interface and E610 device support, some ACI > capabilities definition code was missed due to the way shared driver code > snapshot was generated. Add missing code paths. > > Fixes: 25b48e569f2f ("net/ixgbe

Re: [PATCH v1 1/1] usertools/devbind: allow changing UID/GID for VFIO

2024-09-03 Thread Burakov, Anatoly
On 9/2/2024 3:57 PM, Anatoly Burakov wrote: Currently, when binding a device to VFIO, the UID/GID for the device will always stay as system default (`root`). Yet, when running DPDK as non-root user, one has to change the UID/GID of the device to match the user's UID/GID to use the device. This p

RE: [PATCH v1] net/ice: fix incorrect reading of PHY timestamp

2024-09-03 Thread Hore, Soumyadeep
Hi Bruce, Let's keep it separate for better tracking of the bug fix. On Fri, Aug 23, 2024 at 11:01:33AM +, Soumyadeep Hore wrote: > In E830 adapters, PHY timestamp for Tx packets should be read once the > ready status of PHY timestamp registers is 1. > > Fixes: 881169950d80 ("net/ice/base:

Re: [RFC 0/2] introduce LLC aware functions

2024-09-03 Thread Burakov, Anatoly
On 9/2/2024 5:33 PM, Varghese, Vipin wrote: I recently looked into how Intel's Sub-NUMA Clustering would work within DPDK, and found that I actually didn't have to do anything, because the SNC "clusters" present themselves as NUMA nodes, which DPDK already supports natively. yes, this is c

Re: [PATCH v2 1/7] build: output a dependency log in build directory

2024-09-03 Thread Bruce Richardson
On Mon, Sep 02, 2024 at 04:34:34PM +0200, Burakov, Anatoly wrote: > On 8/2/2024 2:44 PM, Bruce Richardson wrote: > > As meson processes our DPDK source tree it manages dependencies > > specified by each individual driver. To enable future analysis of the > > dependency links between components, log