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

Parse 'Extended Specification compliance' as independent field #112

Merged
merged 1 commit into from
Aug 11, 2020

Conversation

keboliu
Copy link
Collaborator

@keboliu keboliu commented Aug 7, 2020

Previously 'Extended Specification compliance' was added as part of "sfp_info_bulk", this will request all the vendors to update the related platform API implementation due to the width change of "sfp_info_bulk".

To avoid this, make it parsed separately, it will not impact vendors who haven't update the platform API implementation.

…independent field and add a dedicated parser function for it
Copy link
Contributor

@jleveque jleveque left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please see my comment here

@jleveque jleveque merged commit 433dd1a into sonic-net:master Aug 11, 2020
abdosi pushed a commit that referenced this pull request Aug 11, 2020
Previously 'Extended Specification compliance' was added as part of "sfp_info_bulk", this will request all the vendors to update the related platform API implementation due to the width change of "sfp_info_bulk".

To avoid this, make it parsed separately, it will not impact vendors who haven't update the platform API implementation.
jleveque pushed a commit to sonic-net/sonic-buildimage that referenced this pull request Aug 14, 2020
…ompliance with new way (#5123)

Update the platform API implementation with calling dedicated parse function which defined in the platform-common as defined by sonic-net/sonic-platform-common#112
abdosi pushed a commit to sonic-net/sonic-buildimage that referenced this pull request Aug 14, 2020
…ompliance with new way (#5123)

Update the platform API implementation with calling dedicated parse function which defined in the platform-common as defined by sonic-net/sonic-platform-common#112
@keboliu keboliu deleted the fix_ext_compliance branch January 2, 2021 01:29
santhosh-kt pushed a commit to santhosh-kt/sonic-buildimage that referenced this pull request Feb 25, 2021
…ompliance with new way (sonic-net#5123)

Update the platform API implementation with calling dedicated parse function which defined in the platform-common as defined by sonic-net/sonic-platform-common#112
oleksandrivantsiv pushed a commit to oleksandrivantsiv/sonic-platform-common that referenced this pull request Oct 25, 2024
…riable (sonic-net#112)

Previously, chassisd and thermalctld assumed that the swsscommon library would not be installed in the unit testing environment. This is not a valid assumption, and would cause unit tests to fail if swsscommon was available in the unit test environement, because it would get imported, but there would be no Redis DB to communicate with.

This PR uses environment variables, which are set by the unit tests themselves, to determine whether to load the real or mock libraries. This solution is similar to what is done in sonic-utilities.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants