Messages in this thread | ![/](/images/icornerl.gif) | | Date | Tue, 23 Apr 2024 15:10:05 +0200 | From | Jiri Pirko <> | Subject | Re: [net-next PATCH v2 0/9] Introduce RVU representors |
| |
Mon, Apr 22, 2024 at 11:53:52AM CEST, gakula@marvell.com wrote: >This series adds representor support for each rvu devices. >When switchdev mode is enabled, representor netdev is registered >for each rvu device. In implementation of representor model, >one NIX HW LF with multiple SQ and RQ is reserved, where each >RQ and SQ of the LF are mapped to a representor. A loopback channel >is reserved to support packet path between representors and VFs. >CN10K silicon supports 2 types of MACs, RPM and SDP. This >patch set adds representor support for both RPM and SDP MAC >interfaces. > >- Patch 1: Refactors and exports the shared service functions. >- Patch 2: Implements basic representor driver. >- Patch 3: Add devlink support to create representor netdevs that > can be used to manage VFs. >- Patch 4: Implements basec netdev_ndo_ops. >- Patch 5: Installs tcam rules to route packets between representor and > VFs. >- Patch 6: Enables fetching VF stats via representor interface. >- Patch 7: Adds support to sync link state between representors and VFs. >- Patch 8: Enables configuring VF MTU via representor netdevs. >- Patch 9: Add representors for sdp MAC.
You are missing devlink port created for each representor. Please check mlx5 for example for the implementation.
git grep DEVLINK_PORT_FLAVOUR_PCI_VF
| ![\](/images/icornerr.gif) |