Prevent ET8001-2FR4 do a CMIS reinit even only with the alias name set #551
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
When breakout ET8001-2FR4 to 2x400G, and configstates would be ConfigSuccess for 4 lanes and ConfigUndefined for the others.
When execute the api "api.scs_apply_datapath_init(host_lanes_mask)" for 0xf0,
the config status of lanes 1...4 would be ConfigUndefined and the config status of lanes 5...8 would be ConfigSuccess.
If the config state is ConfigUndefined, then it would do CMIS reinit for any set in the CONFIG_DB PORT table.
If the config state is ConfigUndefined, then it would do CMIS reinit when restart pmon.
Motivation and Context
In is_cmis_application_update_required, it check if the application is the same and if datapath is DataPathActivated.
It would not happen that the state of the config is fail, but the dataptach is activated.
I think skip CMIS int when config state is ConfigUndefined is saved.
How Has This Been Tested?
Additional Information (Optional)