NVIDIA/Mellanox ConnectX eSwitch representors for mlx5 Ethernet
Provides the eSwitch "representor" network interfaces for NVIDIA/Mellanox ConnectX-5 and newer Ethernet adapters: the per-virtual-function shadow netdevs that let the host steer and hardware-offload traffic between SR-IOV VFs and the physical port. It is what makes Open vSwitch offload flows directly onto the NIC in modern cloud and NFV deployments.
recommendation
It should stay in the kernel because the code underpins SR-IOV switchdev and Open vSwitch hardware offload on NVIDIA/Mellanox ConnectX-5, ConnectX-6, and ConnectX-7 adapters, all of which are still sold and deployed in datacenters and NFV setups in 2025. Upstream activity is healthy, with substantive fixes landing as recently as October 2025, and there is no sign of any deprecation effort.
repository signals
sources
- git.kernel.org
Upstream touched this directory on 2025-10-28 (`net/mlx5: Use common mlx5_same_hw_devs function`), indicating current maintenance rather than abandonment.
- git.kernel.org
A 2025-03-13 bugfix specifically for representor bridge handling (`Bridge, fix the crash caused by LAG state check`) shows active functional fixes in this code.
- docs.nvidia.com
NVIDIA documents this feature as supported on ConnectX-5 and above, and describes switchdev mode creating VF representor netdevices, matching this directory's role.
- docs.nvidia.com
ConnectX-7 was still being documented as a current product in 2025/2026, supporting modern offload/datacenter deployments on the same mlx5 family.
codex reasoning notes (technical)
Real driver subdirectory for mlx5 representor/eSwitch datapath, not a helper-only asset directory. Evidence of ongoing upstream attention came from shell `git -c safe.directory=... log -- drivers/net/ethernet/mellanox/mlx5/core/en/rep`, which showed substantive 2025 path-local fixes; kernel.org commit URLs were then added via canonical recall for those exact hashes. Web search found NVIDIA docs; the ASAP2 page was opened directly and states ConnectX-5+ support plus representor netdevice creation, and the ConnectX-7 manual URL came from search results as proof the hardware family remains current. `lei` was unavailable in this environment and a `site:lore.kernel.org/all` web search did not surface any active removal/deprecation thread, so there is no removal signal to override the strong maintenance signal. This code serves an active but specialized deployment niche (SR-IOV/switchdev/OVS offload in datacenter and NFV environments), so keep rather than deprecate.