> From: Morten Brørup [mailto:m...@smartsharesystems.com]
> Sent: Friday, 6 September 2024 21.38
>
> Maxime, Chenbo,
>
> If the virtio PMD supports RSS, it should be announced in its
> capabilities.
>
> I think this should be added to virtio_dev_info_get():
>
> if (host_features & (1ULL <
Added raw device selftest for cnxk_rvu_lf to verify
various PMD APIs.
Signed-off-by: Akhil Goyal
---
doc/guides/rawdevs/cnxk_rvu_lf.rst| 18
drivers/raw/cnxk_rvu_lf/cnxk_rvu_lf.c | 137 +-
2 files changed, 154 insertions(+), 1 deletion(-)
diff --git a/doc/guide
Added PMD API rte_pmd_rvu_lf_msg_process() to process
mailbox messages between rvu_lf devices.
Signed-off-by: Akhil Goyal
---
doc/guides/rawdevs/cnxk_rvu_lf.rst | 8 ++
drivers/common/cnxk/roc_dev.c| 117 +--
drivers/common/cnxk/roc_mbox.h | 1
Added PMD API rte_pmd_rvu_lf_msg_id_range_set()
to set RVU mailbox message id range.
Signed-off-by: Akhil Goyal
---
doc/guides/rawdevs/cnxk_rvu_lf.rst | 12 ++
drivers/common/cnxk/roc_mbox.h | 1 +
drivers/common/cnxk/roc_rvu_lf.c | 30
d
Added PMD APIs rte_pmd_rvu_lf_msg_handler_register()
and rte_pmd_rvu_lf_msg_handler_unregister() to register/unregister
mailbox message handlers. These handlers are needed to fill
response at the other side for the request sent from one side.
Signed-off-by: Akhil Goyal
---
drivers/common/cnxk/ro
Added PMD API rte_pmd_rvu_lf_irq_register() and
rte_pmd_rvu_lf_irq_unregister() to register/unregister
interrupt handlers for rvu lf raw device.
Signed-off-by: Akhil Goyal
---
doc/guides/rawdevs/cnxk_rvu_lf.rst | 8 +
drivers/common/cnxk/roc_rvu_lf.c | 26 ++
drive
Added rte_pmd_rvu_lf_bar_get() API to get BAR address
for application to configure hardware.
Signed-off-by: Akhil Goyal
---
doc/guides/rawdevs/cnxk_rvu_lf.rst | 7 +++
drivers/raw/cnxk_rvu_lf/cnxk_rvu_lf.c| 23 +++
drivers/raw/cnxk_rvu_lf/rte_pmd_rvu_lf.h | 18
Added rte_pmd_rvu_lf_npa_pf_func_get and
rte_pmd_rvu_lf_sso_pf_func_get APIs to get NPA and
SSO pffunc for the application use.
Signed-off-by: Akhil Goyal
---
doc/guides/rawdevs/cnxk_rvu_lf.rst | 7 +++
drivers/common/cnxk/roc_npa.c| 6 ++
drivers/common/cnxk/roc_npa.
CNXK product families can have a use case to allow PF and VF
applications to communicate using mailboxes and also get notified
of any interrupt that may occur on the device.
Hence, a new raw device driver is added for such RVU LF devices.
These devices can map to a PF or a VF which can send mailbox
Added an internal API for PMDs to get raw device pointer
from a device id.
Signed-off-by: Akhil Goyal
---
lib/rawdev/rte_rawdev_pmd.h | 24
1 file changed, 24 insertions(+)
diff --git a/lib/rawdev/rte_rawdev_pmd.h b/lib/rawdev/rte_rawdev_pmd.h
index 22b406444d..83391223
CNXK product families can have a use case to allow PF and VF
applications to communicate using mailboxes and also get notified
of any interrupt that may occur on the device.
Hence, a new raw device driver is added for such RVU LF devices.
These devices can map to a PF or a VF which can send mailbox
Prepare for RTE_LOG_LINE conversion.
Signed-off-by: David Marchand
---
.../fpga_5gnr_fec/rte_fpga_5gnr_fec.c | 251 +-
drivers/baseband/fpga_lte_fec/fpga_lte_fec.c | 24 +-
drivers/crypto/caam_jr/caam_jr.c | 7 +-
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci
BP_LOG() is only used in the base driver.
Signed-off-by: David Marchand
---
drivers/net/txgbe/base/txgbe_osdep.h | 8
drivers/net/txgbe/txgbe_logs.h | 7 ---
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/net/txgbe/base/txgbe_osdep.h
b/drivers/net/txgb
Remove _RAW macros and directly call RTE_LOG() where needed in headers
providing wrappers for base drivers code.
This will help later when adding a check on RTE_LOG() use in drivers/.
Signed-off-by: David Marchand
---
drivers/common/iavf/iavf_osdep.h | 8
drivers/common/idpf/base/
Nothing is fixed here, just reuse the value coming from the build
framework rather than use a fixed string that may get wrong in the
future.
Signed-off-by: David Marchand
---
drivers/net/sfc/sfc_log.h | 7 ++-
drivers/vdpa/sfc/sfc_vdpa_log.h | 7 ++-
2 files changed, 4 insertions(+
The net/sfc driver logtype was registered under pmd.net.sfc."driver".
Fixes: 0f39f32482a1 ("net/sfc: remove use of EAL logtype")
Signed-off-by: David Marchand
---
drivers/net/sfc/sfc_ethdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/sfc/sfc_ethdev.c b/driv
Those debug macros never worked as existing callers never passed a
'level' argument.
Remove them.
Signed-off-by: David Marchand
---
drivers/net/dpaa/fmlib/fm_ext.h | 21 ++---
1 file changed, 2 insertions(+), 19 deletions(-)
diff --git a/drivers/net/dpaa/fmlib/fm_ext.h b/drivers
If a patch contains multiple files, it is possible to pass through the
check because the count of token mentions is not reset between file
evaluation.
Example with a fake patch:
$ cat toto.patch
--- a/drivers/plop1
+++ b/drivers/plop1
- RTE_LOG(
- RTE_LOG(
+ RTE_LOG(
--- a/drivers/p
Do not stop at the first file that got warnings.
Signed-off-by: David Marchand
---
devtools/check-forbidden-tokens.awk | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/devtools/check-forbidden-tokens.awk
b/devtools/check-forbidden-tokens.awk
index 807dad7f48..d72d244d3a
This is a continuation of the cleanup effort in logging macros.
As a reminder of what this series is about, RTE_LOG_LINE() has been
introduced to check that the format string does not contain a trailing \n.
The goal was to prevent from:
- introducing multilines log messages (ugly and unhelpful for
On Fri, Sep 6, 2024 at 5:23 PM Maxime Coquelin
wrote:
[snip]
> diff --git a/devtools/check-linux-uapi.sh b/devtools/check-linux-uapi.sh
> new file mode 100755
> index 00..76111d78ce
> --- /dev/null
> +++ b/devtools/check-linux-uapi.sh
> @@ -0,0 +1,74 @@
> +#!/bin/sh
-e maybe?
> +# SPDX
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Friday, 6 September 2024 17.24
>
> This patch introduces uAPI headers import into the DPDK
> repository. This import is possible thanks to Linux Kernel
> licence exception for syscalls:
>
> https://git.kernel.org/pub/scm/linux/ke
Introduce stateless packet preparation API for IPsec
processing. The new API would allow preparation of IPsec
packets without altering the internal state of an IPsec
session.
For outbound IPsec processing, the change enables user to
provide sequence number to be used for the IPsec operation.
Sign
Added option in graph create to call feature-specific process node
functions. This removes extra overhead for checking feature arc status
in nodes where application is not using feature arc processing
Signed-off-by: Pavan Nikhilesh
---
lib/graph/graph.c | 1 +
lib/graph/graph_populate.c
Feature arc represents an ordered list of features/protocols at a given
networking layer. It is a high level abstraction to connect various
rte_graph nodes, as feature nodes, and allow packets steering across
these nodes in a generic manner.
Features (or feature nodes) are nodes which handles part
add ipv4-output feature arc in ipv4-rewrite node to allow
custom/standard nodes(like outbound IPsec policy node) in outgoing
forwarding path
Signed-off-by: Nitin Saxena
---
lib/node/ip4_rewrite.c | 476 +---
lib/node/ip4_rewrite_priv.h | 9 +-
lib/node/node
add feature arc to allow dynamic steering of packets across graph nodes
based on protocol features enabled on incoming or outgoing interface
Signed-off-by: Nitin Saxena
---
lib/graph/graph_feature_arc.c| 959 +++
lib/graph/meson.build| 2 +
l
add ipv4-output feature arc in ipv4-rewrite node to allow
custom/standard nodes(like outbound IPsec policy node) in outgoing
forwarding path
Signed-off-by: Nitin Saxena
---
lib/node/ip4_rewrite.c | 476 +---
lib/node/ip4_rewrite_priv.h | 9 +-
lib/node/node
Added option in graph create to call feature-specific process node
functions. This removes extra overhead for checking feature arc status
in nodes where application is not using feature arc processing
Signed-off-by: Pavan Nikhilesh
---
lib/graph/graph.c | 1 +
lib/graph/graph_populate.c
add feature arc to allow dynamic steering of packets across graph nodes
based on protocol features enabled on incoming or outgoing interface
Signed-off-by: Nitin Saxena
---
lib/graph/graph_feature_arc.c| 959 +++
lib/graph/meson.build| 2 +
l
Feature arc represents an ordered list of features/protocols at a given
networking layer. It is a high level abstraction to connect various
rte_graph nodes, as feature nodes, and allow packets steering across
these nodes in a generic manner.
Features (or feature nodes) are nodes which handles part
31 matches
Mail list logo