Skip to content
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

SFP-Refactor: bug fixes #248

Merged
merged 4 commits into from
Dec 2, 2021
Merged

Conversation

aravindmani-1
Copy link
Contributor

@aravindmani-1 aravindmani-1 commented Nov 30, 2021

Description

Fix bugs in SFP refactor.

Motivation and Context

When comparing non-sfp refactor with SFP refactor, some fields are not properly displayed.
CMIS pre-emphasis settings is broken in DellEMC Z9332f due to SFP refactor.

How Has This Been Tested?

Tested in DellEMC Z9332f platform.
sfp_UT.txt
z9332f_preemp.txt

Additional Information (Optional)

@prgeor prgeor self-assigned this Nov 30, 2021
@aravindmani-1 aravindmani-1 requested a review from prgeor November 30, 2021 13:56
@aravindmani-1
Copy link
Contributor Author

aravindmani-1 commented Nov 30, 2021

/azpw run

@azure-pipelines
Copy link

Commenter does not have sufficient privileges for PR 248 in repo Azure/sonic-platform-common

@aravindmani-1
Copy link
Contributor Author

/azpw run

@mssonicbld
Copy link
Collaborator

/AzurePipelines run

@azure-pipelines
Copy link

Commenter does not have sufficient privileges for PR 248 in repo Azure/sonic-platform-common

@prgeor
Copy link
Collaborator

prgeor commented Nov 30, 2021

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@prgeor prgeor added the Bug label Dec 2, 2021
@prgeor prgeor merged commit 2dff8cd into sonic-net:master Dec 2, 2021
@aravindmani-1 aravindmani-1 deleted the sfp_refactor_bug branch December 2, 2021 06:52
oleksandrivantsiv pushed a commit to oleksandrivantsiv/sonic-platform-common that referenced this pull request Oct 25, 2024
This PR is to support the gRPC interaction with to the SoC/Nic-Simulator for link manager state machine ActiveActiveStateMachine to work if the port is configured as active-active cable type.
It supports the RPC's support for SONiC by creating channels/stubs when a cable is pulled in as well as when the ycabled is initialized from supervisord. The logic to treat a cable/port as "active-active" comes from minigraph/config_db and then this PR has the logic to take care of serving RPC's as requested by other daemons.

It does the RPC call when an appropriate request lands the ycabled as described below

The following Tables are served by ycabled for gRPC RPC by listening to changes in app DB request from linkmgr/orchagent and corresponding results are written to state DB.

HW_MUX_CABLE_TABLE

HW_MUX_TABLE_TABLE_PEER

This PR also adds logic to listening to the forwarding state command table and get the response back from gRPC and write to forwarding state response

FORWARDING_STATE_COMMAND -> FORWARDING_STATE_RESPONSE
for getting the forwarding state request/response using gRPC

This PR also has logic for gRPC library build using build_ext extension. The proto definition is present in
proto/proto_out/
The setup.py changes make sure that gRPC libs are generated correctly.

the corresponding gRPC libs are generated in proto_out directory in python packages directory and are imported by ycabled

Motivation and Context
DualToR active-active support for gRPC interface to support the state machine

How Has This Been Tested?
Unit-Tests and deploying changes on a DualToR testbed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants