* [PATCH 24.11] net/mlx5: fix Tx metadata pattern template mismatch
@ 2025-11-20 10:51 Shani Peretz
2025-11-21 14:40 ` Kevin Traynor
0 siblings, 1 reply; 2+ messages in thread
From: Shani Peretz @ 2025-11-20 10:51 UTC (permalink / raw)
To: stable
Cc: Shani Peretz, Dariusz Sosnowski, Viacheslav Ovsiienko, Bing Zhao,
Ori Kam, Suanming Mou, Matan Azrad, Michael Baum
When representor matching is disabled with dv_xmeta_en=4, the Tx metadata
copy flows use SQ (send queue) pattern matching, but the pattern template
was still configured to use ETH match-all pattern. This mismatch causes
hardware to reject the flows with error CQEs during port configuration.
This patch fixes the issue by using SQ-based pattern template
(flow_hw_create_tx_repr_sq_pattern_tmpl) instead of the ETH match-all
template (flow_hw_create_tx_default_mreg_copy_pattern_template).
Fixes: 593fb3fdfa10 ("net/mlx5: fix multi process Tx default rules")
Signed-off-by: Shani Peretz <shperetz@nvidia.com>
Acked-by: Dariusz Sosnowski <dsosnowski@nvidia.com>
---
drivers/net/mlx5/mlx5_flow_hw.c | 42 +--------------------------------
1 file changed, 1 insertion(+), 41 deletions(-)
diff --git a/drivers/net/mlx5/mlx5_flow_hw.c b/drivers/net/mlx5/mlx5_flow_hw.c
index 208f50fbfd..b64ba9b46b 100644
--- a/drivers/net/mlx5/mlx5_flow_hw.c
+++ b/drivers/net/mlx5/mlx5_flow_hw.c
@@ -10185,46 +10185,6 @@ flow_hw_create_ctrl_port_pattern_template(struct rte_eth_dev *dev,
return flow_hw_pattern_template_create(dev, &attr, items, error);
}
-/*
- * Creating a flow pattern template with all ETH packets matching.
- * This template is used to set up a table for default Tx copy (Tx metadata
- * to REG_C_1) flow rule usage.
- *
- * @param dev
- * Pointer to Ethernet device.
- * @param error
- * Pointer to error structure.
- *
- * @return
- * Pointer to flow pattern template on success, NULL otherwise.
- */
-static struct rte_flow_pattern_template *
-flow_hw_create_tx_default_mreg_copy_pattern_template(struct rte_eth_dev *dev,
- struct rte_flow_error *error)
-{
- struct rte_flow_pattern_template_attr tx_pa_attr = {
- .relaxed_matching = 0,
- .egress = 1,
- };
- struct rte_flow_item_eth promisc = {
- .hdr.dst_addr.addr_bytes = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 },
- .hdr.src_addr.addr_bytes = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 },
- .hdr.ether_type = 0,
- };
- struct rte_flow_item eth_all[] = {
- [0] = {
- .type = RTE_FLOW_ITEM_TYPE_ETH,
- .spec = &promisc,
- .mask = &promisc,
- },
- [1] = {
- .type = RTE_FLOW_ITEM_TYPE_END,
- },
- };
-
- return flow_hw_pattern_template_create(dev, &tx_pa_attr, eth_all, error);
-}
-
/*
* Creating a flow pattern template with all LACP packets matching, only for NIC
* ingress domain.
@@ -10930,7 +10890,7 @@ flow_hw_create_fdb_ctrl_tables(struct rte_eth_dev *dev, struct rte_flow_error *e
/* Create templates and table for default Tx metadata copy flow rule. */
if (!repr_matching && xmeta == MLX5_XMETA_MODE_META32_HWS) {
hw_ctrl_fdb->tx_meta_items_tmpl =
- flow_hw_create_tx_default_mreg_copy_pattern_template(dev, error);
+ flow_hw_create_tx_repr_sq_pattern_tmpl(dev, error);
if (!hw_ctrl_fdb->tx_meta_items_tmpl) {
DRV_LOG(ERR, "port %u failed to Tx metadata copy pattern"
" template for control flows", dev->data->port_id);
--
2.34.1
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [PATCH 24.11] net/mlx5: fix Tx metadata pattern template mismatch
2025-11-20 10:51 [PATCH 24.11] net/mlx5: fix Tx metadata pattern template mismatch Shani Peretz
@ 2025-11-21 14:40 ` Kevin Traynor
0 siblings, 0 replies; 2+ messages in thread
From: Kevin Traynor @ 2025-11-21 14:40 UTC (permalink / raw)
To: Shani Peretz, stable
Cc: Dariusz Sosnowski, Viacheslav Ovsiienko, Bing Zhao, Ori Kam,
Suanming Mou, Matan Azrad, Michael Baum
On 20/11/2025 10:51, Shani Peretz wrote:
> When representor matching is disabled with dv_xmeta_en=4, the Tx metadata
> copy flows use SQ (send queue) pattern matching, but the pattern template
> was still configured to use ETH match-all pattern. This mismatch causes
> hardware to reject the flows with error CQEs during port configuration.
>
> This patch fixes the issue by using SQ-based pattern template
> (flow_hw_create_tx_repr_sq_pattern_tmpl) instead of the ETH match-all
> template (flow_hw_create_tx_default_mreg_copy_pattern_template).
>
> Fixes: 593fb3fdfa10 ("net/mlx5: fix multi process Tx default rules")
Hi Shani,
About the Fixed commit, is it this one from main branch ?
2f1bb792ad51 ("net/mlx5: fix multi-process Tx default rules")
>
> Signed-off-by: Shani Peretz <shperetz@nvidia.com>
> Acked-by: Dariusz Sosnowski <dsosnowski@nvidia.com>
> ---
> drivers/net/mlx5/mlx5_flow_hw.c | 42 +--------------------------------
> 1 file changed, 1 insertion(+), 41 deletions(-)
>
> diff --git a/drivers/net/mlx5/mlx5_flow_hw.c b/drivers/net/mlx5/mlx5_flow_hw.c
> index 208f50fbfd..b64ba9b46b 100644
> --- a/drivers/net/mlx5/mlx5_flow_hw.c
> +++ b/drivers/net/mlx5/mlx5_flow_hw.c
> @@ -10185,46 +10185,6 @@ flow_hw_create_ctrl_port_pattern_template(struct rte_eth_dev *dev,
> return flow_hw_pattern_template_create(dev, &attr, items, error);
> }
>
> -/*
> - * Creating a flow pattern template with all ETH packets matching.
> - * This template is used to set up a table for default Tx copy (Tx metadata
> - * to REG_C_1) flow rule usage.
> - *
> - * @param dev
> - * Pointer to Ethernet device.
> - * @param error
> - * Pointer to error structure.
> - *
> - * @return
> - * Pointer to flow pattern template on success, NULL otherwise.
> - */
> -static struct rte_flow_pattern_template *
> -flow_hw_create_tx_default_mreg_copy_pattern_template(struct rte_eth_dev *dev,
> - struct rte_flow_error *error)
> -{
> - struct rte_flow_pattern_template_attr tx_pa_attr = {
> - .relaxed_matching = 0,
> - .egress = 1,
> - };
> - struct rte_flow_item_eth promisc = {
> - .hdr.dst_addr.addr_bytes = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 },
> - .hdr.src_addr.addr_bytes = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 },
> - .hdr.ether_type = 0,
> - };
> - struct rte_flow_item eth_all[] = {
> - [0] = {
> - .type = RTE_FLOW_ITEM_TYPE_ETH,
> - .spec = &promisc,
> - .mask = &promisc,
> - },
> - [1] = {
> - .type = RTE_FLOW_ITEM_TYPE_END,
> - },
> - };
> -
> - return flow_hw_pattern_template_create(dev, &tx_pa_attr, eth_all, error);
> -}
> -
> /*
> * Creating a flow pattern template with all LACP packets matching, only for NIC
> * ingress domain.
> @@ -10930,7 +10890,7 @@ flow_hw_create_fdb_ctrl_tables(struct rte_eth_dev *dev, struct rte_flow_error *e
> /* Create templates and table for default Tx metadata copy flow rule. */
> if (!repr_matching && xmeta == MLX5_XMETA_MODE_META32_HWS) {
> hw_ctrl_fdb->tx_meta_items_tmpl =
> - flow_hw_create_tx_default_mreg_copy_pattern_template(dev, error);
> + flow_hw_create_tx_repr_sq_pattern_tmpl(dev, error);
> if (!hw_ctrl_fdb->tx_meta_items_tmpl) {
> DRV_LOG(ERR, "port %u failed to Tx metadata copy pattern"
> " template for control flows", dev->data->port_id);
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2025-11-21 14:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-11-20 10:51 [PATCH 24.11] net/mlx5: fix Tx metadata pattern template mismatch Shani Peretz
2025-11-21 14:40 ` Kevin Traynor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).