-
Notifications
You must be signed in to change notification settings - Fork 174
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
[Y-Cable][Broadcom] Broadcom implementation of YCable class which inherits from YCableBase required for Y-Cable API's in sonic-platform-daemons #208
Conversation
Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
This pull request introduces 42 alerts when merging b56a60b into e168f1d - view on LGTM.com new alerts:
|
This pull request introduces 1 alert when merging dd6ff1b into e168f1d - view on LGTM.com new alerts:
|
Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
converting it as a draft, since the implementations has few work items/fixes |
… into braodcom_changes
Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
This pull request introduces 42 alerts when merging 42391d8 into cd3cca7 - view on LGTM.com new alerts:
|
227c21c
to
42391d8
Compare
… into braodcom_changes Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
This pull request introduces 42 alerts when merging 42391d8 into ce51894 - view on LGTM.com new alerts:
|
…-platform-common into braodcom_changes
Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
…erits from YCableBase required for Y-Cable API's in sonic-platform-daemons (#208) This PR adds support for YCable class required for platform-daemons to use the YCable API's for Broadcom. Description Basically a vendor specific implementation of abstract YCableBase class . detailed design discussion can be found https://github.com/Azure/SONiC/pull/757/files Motivation and Context Required for transitioning to vendor agnostic API's to be called by xcvrd, so that all types of cables can be called. How Has This Been Tested? Ran the changes on Arista7050cx3 switch, making changes inside the container. Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
…to the State-DB (sonic-net#208) fix for logging the xcvrd metrics before writing the state back to the STATE DB Description This PR fixes the logging for mux_metrics for writing anything to the state DB for a state transition. Basically previously xcvrd would first post the query result to the DB and only then update its own metric for state transition, but now we do the reverse. Motivation and Context Second change was motivated by the sequence of events which happen inside state transition for mux-metrics table. Previously orchagent reports finishing the transition before xcvrd which is not the case. Ideally xcvrd does the transition first followed by orchagent followed by linkmgr How Has This Been Tested? Ran the change on Arista7050cx3 testbed. Additional Information (Optional) Signed-off-by: vaibhav-dahiya <vdahiya@microsoft.com>
This PR adds support for YCable class required for platform-daemons to use the YCable API's for Broadcom.
Description
Basically a vendor specific implementation of abstract YCableBase class .
detailed design discussion can be found https://github.com/Azure/SONiC/pull/757/files
Motivation and Context
Required for transitioning to vendor agnostic API's to be called by xcvrd, so that all types of cables can be called.
How Has This Been Tested?
Ran the changes on Arista7050cx3 switch, making changes inside the container.
Additional Information (Optional)
Signed-off-by: vaibhav-dahiya vdahiya@microsoft.com