On Mon, 7 Apr 2025 15:32:03 +0200 Kory Maincent wrote: > ETHTOOL_PHY_G/STUNABLE IOCTLs are targeting the PHY of the NIC but IIUC in > your > case you are targeting the reset of the QSFP module. Maybe phylink API is more > appropriate for this feature. > > You have to add net-next prefix in the subject like this [PATCH net-next 1/2] > when you add new support to net subsystem.
Thanks for review. >From up to now replies I see that there are concerns regarding usage >phy-tunable ethtool option for this purpose, so I will post updated patches after we clarify proper way to go. I need to check more on phylink API, from the overview I read: "phylink is a mechanism to support hot-pluggable networking modules directly connected to a MAC without needing to re-initialise the adapter on hot-plug events. phylink supports conventional phylib-based setups, fixed link setups and SFP (Small Formfactor Pluggable) modules at present." I don't see QSFP modules are being supported but I need to verify impact of this. As I mentioned in other reply this API should allow for transceiver module reset from user space if orchestration agent detects transceiver failure state or when it gets direct request from Cli.
