drivers/net/ethernet/mellanox/mlxfw

Mellanox/NVIDIA ConnectX and Spectrum firmware-flash helper

Shared firmware-update support code used by NVIDIA (formerly Mellanox) ConnectX network adapters and Spectrum Ethernet switch ASICs, including the BlueField DPU line. It handles parsing and flashing the vendor's firmware image format on hardware that is widely deployed in modern datacenters and high-performance computing clusters.

keep conf=0.87 deploy=high replacement=none subsystem=net category=networking-ethernet
87%

recommendation

It should stay because the hardware it serves is still sold new in 2025 (ConnectX-7 adapters are listed in mass production by NVIDIA) and the code is actively maintained: a January 2025 fix raised the firmware image size limit to accommodate new BlueField-3 firmware, and a 2023 patch fixed a null-pointer dereference. With both the mlx5 and mlxsw drivers depending on it, this is core infrastructure for a major class of datacenter networking gear.

repository signals

11 files
1,480 source lines
6 commits, 5y
+6 / −6 lines added / removed, 5y
6 authors, 5y
monthly commits · 2021-04-21 → 2026-04-21 · 6 total · active in 5/61 months
2021 2022 2023 2024 2025 2026 2021-04: 0 commits · +0 −0 2021-05: 0 commits · +0 −0 2021-06: 0 commits · +0 −0 2021-07: 0 commits · +0 −0 2021-08: 0 commits · +0 −0 2021-09: 0 commits · +0 −0 2021-10: 1 commit · +1 −1 2021-11: 0 commits · +0 −0 2021-12: 0 commits · +0 −0 2022-01: 0 commits · +0 −0 2022-02: 0 commits · +0 −0 2022-03: 0 commits · +0 −0 2022-04: 0 commits · +0 −0 2022-05: 0 commits · +0 −0 2022-06: 0 commits · +0 −0 2022-07: 0 commits · +0 −0 2022-08: 0 commits · +0 −0 2022-09: 0 commits · +0 −0 2022-10: 0 commits · +0 −0 2022-11: 0 commits · +0 −0 2022-12: 0 commits · +0 −0 2023-01: 0 commits · +0 −0 2023-02: 0 commits · +0 −0 2023-03: 0 commits · +0 −0 2023-04: 1 commit · +2 −0 2023-05: 1 commit · +1 −1 2023-06: 0 commits · +0 −0 2023-07: 0 commits · +0 −0 2023-08: 0 commits · +0 −0 2023-09: 0 commits · +0 −0 2023-10: 0 commits · +0 −0 2023-11: 0 commits · +0 −0 2023-12: 0 commits · +0 −0 2024-01: 0 commits · +0 −0 2024-02: 0 commits · +0 −0 2024-03: 0 commits · +0 −0 2024-04: 0 commits · +0 −0 2024-05: 0 commits · +0 −0 2024-06: 0 commits · +0 −0 2024-07: 0 commits · +0 −0 2024-08: 0 commits · +0 −0 2024-09: 0 commits · +0 −0 2024-10: 0 commits · +0 −0 2024-11: 0 commits · +0 −0 2024-12: 0 commits · +0 −0 2025-01: 1 commit · +0 −2 2025-02: 0 commits · +0 −0 2025-03: 0 commits · +0 −0 2025-04: 0 commits · +0 −0 2025-05: 0 commits · +0 −0 2025-06: 0 commits · +0 −0 2025-07: 0 commits · +0 −0 2025-08: 0 commits · +0 −0 2025-09: 0 commits · +0 −0 2025-10: 0 commits · +0 −0 2025-11: 0 commits · +0 −0 2025-12: 0 commits · +0 −0 2026-01: 0 commits · +0 −0 2026-02: 2 commits · +2 −2 2026-03: 0 commits · +0 −0 2026-04: 0 commits · +0 −0

sources

  1. git.kernel.org

    Mainline received a January 2025 mlxfw fix removing a firmware image size limit because newer BlueField-3 firmware exceeded it, indicating current-hardware maintenance rather than obsolescence.

  2. git.kernel.org

    Mainline also carried a 2023 mlxfw bug fix for a null-pointer dereference, showing the code still gets functional fixes.

  3. cateee.net

    LKDDb lists CONFIG_MLXFW as a tristate module present across current kernel series, with module name mlxfw and definition in this directory.

  4. docs.nvidia.com

    NVIDIA's ConnectX-7 adapter manual lists multiple adapter SKUs with lifecycle marked Mass Production, evidence that Mellanox/NVIDIA networking hardware using this firmware-update path is still sold in the mid-2020s.

codex reasoning notes (technical)

Local `sed`/`git grep` inspection showed this is a real shared firmware-flash driver component, not a pure helper library: it builds module `mlxfw` and is called by both `mlx5` and `mlxsw`. Local `git log` showed a substantive upstream touch on 2025-01-16. Kernel.org commit URLs were added by canonical recall from those locally observed hashes; LKDDb and NVIDIA docs URLs were obtained via web search. Separate web searches for lore removal/deprecation discussion did not surface an active removal thread. Because the code still gets upstream fixes and supports hardware families still in new datacenter deployments, removal/deprecation is not warranted.