-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Mellanox] Enable get_rx_los API support in CMIS cable host mgmt mode #20743
[Mellanox] Enable get_rx_los API support in CMIS cable host mgmt mode #20743
Conversation
Signed-off-by: Mihir Patel <[email protected]>
@liat-grozovik @Junchao-Mellanox can you also review |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is a limitation on the Mellanox platform to support RX LOS reading in FW control mode, this change will also enable the RX LOS reading in FW control mode, we should have a logic to differentiate between FW control mode and host mgmt mode. @Junchao-Mellanox
Thanks for catching this. Indeed, we need do something like following:
|
@Junchao-Mellanox @keboliu I have now addressed this. Can you please help in reviewing it? |
@liat-grozovik Can you please help in merging this PR? |
@bingwang-ms @yxieca Can you please help in merging this to 202405 and 202311? |
…sonic-net#20743) - Why I did it The show int transceiver status PORT CLI always displays Rx LOS as False for all the lanes. - How I did it The current platform implementation assigns Rx LOS as False for all the lanes (irrespective of the actual status on the module) which in turn causes the show int transceiver status PORT CLI to display the Rx LOS as False for all the lanes. Hence, removing the overriding part to ensure that the API is not overridden by the platform. - How to verify it Verified the CLI on first 2 lanes which are in admin disabled state from the peer side. --------- Signed-off-by: Mihir Patel <[email protected]>
Cherry-pick PR to 202405: #20790 |
…#20743) - Why I did it The show int transceiver status PORT CLI always displays Rx LOS as False for all the lanes. - How I did it The current platform implementation assigns Rx LOS as False for all the lanes (irrespective of the actual status on the module) which in turn causes the show int transceiver status PORT CLI to display the Rx LOS as False for all the lanes. Hence, removing the overriding part to ensure that the API is not overridden by the platform. - How to verify it Verified the CLI on first 2 lanes which are in admin disabled state from the peer side. --------- Signed-off-by: Mihir Patel <[email protected]>
…sonic-net#20743) - Why I did it The show int transceiver status PORT CLI always displays Rx LOS as False for all the lanes. - How I did it The current platform implementation assigns Rx LOS as False for all the lanes (irrespective of the actual status on the module) which in turn causes the show int transceiver status PORT CLI to display the Rx LOS as False for all the lanes. Hence, removing the overriding part to ensure that the API is not overridden by the platform. - How to verify it Verified the CLI on first 2 lanes which are in admin disabled state from the peer side. --------- Signed-off-by: Mihir Patel <[email protected]>
Cherry-pick PR to 202311: #20805 |
…#20743) - Why I did it The show int transceiver status PORT CLI always displays Rx LOS as False for all the lanes. - How I did it The current platform implementation assigns Rx LOS as False for all the lanes (irrespective of the actual status on the module) which in turn causes the show int transceiver status PORT CLI to display the Rx LOS as False for all the lanes. Hence, removing the overriding part to ensure that the API is not overridden by the platform. - How to verify it Verified the CLI on first 2 lanes which are in admin disabled state from the peer side. --------- Signed-off-by: Mihir Patel <[email protected]>
…sonic-net#20743) - Why I did it The show int transceiver status PORT CLI always displays Rx LOS as False for all the lanes. - How I did it The current platform implementation assigns Rx LOS as False for all the lanes (irrespective of the actual status on the module) which in turn causes the show int transceiver status PORT CLI to display the Rx LOS as False for all the lanes. Hence, removing the overriding part to ensure that the API is not overridden by the platform. - How to verify it Verified the CLI on first 2 lanes which are in admin disabled state from the peer side. --------- Signed-off-by: Mihir Patel <[email protected]>
Why I did it
The
show int transceiver status PORT
CLI always displays Rx LOS as False for all the lanes.Work item tracking
How I did it
On Mellanox platforms, the
get_rx_los
API is overridden through the platform implementation (sonic-buildimage/platform/mellanox/mlnx-platform-api/sonic_platform/sfp.py
Line 1069 in 6799976
The Mellanox platform is overriding the
get_rx_los
due to the below codesonic-buildimage/platform/mellanox/mlnx-platform-api/sonic_platform/sfp.py
Lines 1188 to 1189 in 6799976
The current platform implementation assigns Rx LOS as False for all the lanes (irrespective of the actual status on the module) which in turn causes the
show int transceiver status PORT
CLI to display the Rx LOS as False for all the lanes.Hence, removing the overriding part to ensure that the API is not overridden by the platform.
How to verify it
Verified the CLI on first 2 lanes which are in admin disabled state from the peer side.
Which release branch to backport (provide reason below if selected)
Tested branch (Please provide the tested image version)
Description for the changelog
Link to config_db schema for YANG module changes
A picture of a cute animal (not mandatory but encouraged)