Conversation
|
retest this please |
|
retest vs please |
| attr.value.u32list.list = serdes_val.data(); | ||
| if (port_attr.value.oid != SAI_NULL_OBJECT_ID) | ||
| { | ||
| status = sai_port_api->remove_port_serdes(port_attr.value.oid); |
There was a problem hiding this comment.
Can port_serdes be removed on the fly? Or do you require the port to be shutdown etc?
There was a problem hiding this comment.
It can be removed on the fly. It just removes the software object. The logic is introduced because the port serdes object has all attributes as create only and since multiple attributes need to be set which the current set attribute doesn't support, we have this logic of deleting the existing object and recreating it.
orchagent/portsorch.cpp
Outdated
| port_serdes_attr.id = SAI_PORT_SERDES_ATTR_PORT_ID; | ||
| port_serdes_attr.value.oid = port_id; | ||
| attr_list.emplace_back(port_serdes_attr); | ||
| SWSS_LOG_ERROR("Creating serdes for port 0x%" PRIx64, port_id); |
There was a problem hiding this comment.
This cannot be error -> please change to INFO as you already have one NOTICE below
orchagent/portsorch.cpp
Outdated
| return false; | ||
| SWSS_LOG_ERROR("Failed to create port serdes for port 0x%" PRIx64, | ||
| port_id); | ||
| return false; |
|
It looks like the same set of tests (acl, CRM, mirror, etc.) are failing consistently between re-runs. @dgsudharsan can you take a look? |
Sure. Let me run the tests locally. Meanwhile let me also try to rebuild here again to see if it succeeds. |
|
retest vs please |
Currently one test failing. I don't think the failing tests are due to any of my changes as my changes come into play only when media_settings.json is defined which is not for a vs |
|
retest vs please |
1 similar comment
|
retest vs please |
prsunny
left a comment
There was a problem hiding this comment.
lgtm.. wait for other reviewers.
|
retest vs please |
2 similar comments
|
retest vs please |
|
retest vs please |
|
/AzurePipeline run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/AzurePipelines run |
|
/AzurePipelines run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
retest vs please |
orchagent/portsorch.cpp
Outdated
| } | ||
| else | ||
| { | ||
| SWSS_LOG_ERROR("Unknown port field: %s", fvField(i).c_str()); |
There was a problem hiding this comment.
The CRM tests are failing b/c the syslog is getting throttled due to this message:
Feb 2 23:46:10.029687 9a649eaefbe1 ERR #orchagent: message repeated 4793 times: [ :- doPortTask: Unknown port field: alias]
Do we need to add/skip "alias" here?
There was a problem hiding this comment.
I can remove this as there might be other fields that could be added in the future which may not be significant for the SAI conversion.
|
retest this please |
|
/AzurePipelines run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
retest this please |
|
/AzurePipelines run |
|
Commenter does not have sufficient privileges for PR 1611 in repo Azure/sonic-swss |
Co-authored-by: dgsudharsan <sudharsan_gopalarat@dell.com>
|
Looks like this PR is not merged into Azure master image. Thanks, |
Co-authored-by: dgsudharsan <sudharsan_gopalarat@dell.com>
Co-authored-by: dgsudharsan <sudharsan_gopalarat@dell.com>
|
this pr is explicitly removing port serdes if it exists on a given port, tis rises a question whether this port serdes should be treated like vlan is (that needs to be explicitly removed before removing port) or whether it can be treated like a queue (that will be auto removed when port is removed) when implementing portserdes in virtual switch on sairedis lib, first approach will break backward compatibility with previous unittets that are actually removing port, they would need to be updated to remove port serdes as well or remove for both scenarios could be implemented |
…onic-net#1611) Fix sonic-net/sonic-buildimage#7433 Right now config reload -l is getting failed due to an error. I guess the problem is here in sonic-utilities repo. If user does not provide filename with config reload -l, command = "{} -j {} -v DEVICE_METADATA.localhost.hwsku".format(SONIC_CFGGEN_PATH, filename) will not provide cfg_hwsku i.e. hwsku parameter as it should which will later cause problem here command = "{} -H -k {} --write-to-db".format(SONIC_CFGGEN_PATH, cfg_hwsku) as hwsku is not available around that time. that's why we notice errors like No such file or directory: 'None' as pasted in this issue. - How I did it To Fix the issue, moved the part where the code gets cfg_hwsku command = "{} -j {} -v DEVICE_METADATA.localhost.hwsku".format(SONIC_CFGGEN_PATH, file) to the same location it needed as we get filename by default. - How to verify it 'sudo config reload -l' Added test cases. Signed-off-by: Sangita Maity <samaity@linkedin.com>
Co-authored-by: dgsudharsan <sudharsan_gopalarat@dell.com>
What I did
Migrating the port serdes programming from existing port attributes to port serdes object
Why I did it
This change is required for supporting 6 tap filters which cannot be supported through existing port attributes
How I verified it
Load the changes on existing platforms and verify the pre-emphasis settings are correctly programmed in the hardware
Load the changes on new platforms requiring 6tap filter and verified the settings are programmed correctly in the hardware
Details if related