DPDK-dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [QUESTION] mlx5/hws: format_select_dw_8_6_ext gating on standalone ConnectX-7
@ 2026-05-18 16:44 Max Makarov
  0 siblings, 0 replies; only message in thread
From: Max Makarov @ 2026-05-18 16:44 UTC (permalink / raw)
  To: dev; +Cc: igozlan, valex, erezsh, suanmingm, bingz, kliteyn

Hi all,

We are building an SDN/IaaS data plane on ConnectX-7 using DOCA Flow and
need IPv6 Connection Tracking. CT pipe for IPv6 requires the 11-DW jumbo
STE format, which is gated by HCA_CAP_GENERAL_2.format_select_dw_8_6_ext
(full_dw_jumbo_support in drivers/net/mlx5/hws/mlx5dr_cmd.c).

On all three of our standalone ConnectX-7 SKUs (PSIDs MT_0000000838,
MT_0000000840, MT_0000000892, firmware 28.48.1000) this bit reads as 0 in
BOTH GET_CUR and GET_MAX modes. We have verified the bit is not affected
by any documented NV-config TLV (tested ~20 candidates with mlxfwreset).

Questions:

  1. Is this capability silicon-locked on standalone ConnectX-7, or could
     a future firmware release expose it?

  2. The DOCA Flow CT documentation states "BlueField-3 and above is
     required for IPv6". Is this permanent product positioning, or is
     there a roadmap to enable it on CX-7?

  3. For existing CX-7 deployments that need IPv6 stateful CT, is there
     a recommended DOCA Flow pattern (e.g. splitting the 5-tuple match
     across multiple 8-DW STEs while preserving CT semantics)?

Happy to share full HCA_CAP dumps or any diagnostic output that would
help.

Thanks,
Max Makarov
Volta Cloud

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2026-05-19  7:07 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-05-18 16:44 [QUESTION] mlx5/hws: format_select_dw_8_6_ext gating on standalone ConnectX-7 Max Makarov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox