Update the fwutil function to support define the component for specific dut.#6756
Conversation
|
The pre-commit check detected issues in the files touched by this pull request. For old issues, it is not mandatory to fix them because they were not caused by this change. It is unfair to blame Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
roy-sror
left a comment
There was a problem hiding this comment.
Hi Nana,
I've published some comments, please have a look.
Roy
There was a problem hiding this comment.
Update the component content, in case there is a pre-definition for a specific host.
Sometimes, if there is some DUTs has specific component(for example a respined board which requires a different CPLD) - it can be defined in the firmware.json file
There was a problem hiding this comment.
I suggest also to change the firmware.json to include such an instance, as an example
There was a problem hiding this comment.
how can you guarantee that defined_fw["host"] exists?
There was a problem hiding this comment.
why do we need to deep copy the sub-dictionary? can't we do it in a more pythonic way?
…ic setup Change-Id: I416d470b62f4b100fd23ad8468ada5b461470e5e
|
The pre-commit check detected issues in the files touched by this pull request. For old issues, it is not mandatory to fix them because they were not caused by this change. It is unfair to blame Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
/azpw run |
|
/AzurePipelines run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
The pre-commit check detected issues in the files touched by this pull request. For old issues, it is not mandatory to fix them because they were not caused by this change. It is unfair to blame Detailed pre-commit check results: To run the pre-commit checks locally, you can follow below steps:
|
|
@yxieca could you help review/assign someone. It was tested on top of Nvidia platform and the test is now running properly. I believe we need this fix with prio and also in 202205. |
|
@prgeor, @sujinmkang please review this change. Thanks. |
|
@prgeor , @sujinmkang kindly reminder. |
|
@nhe-NV can you help backport this fix to 202012 and 202205? The conditional mark was backported to 202012 branch but all these tests are failed due to the issue closed. |
|
@Blueve I added the backport requst for the 202205, but seems no actions for it, I will now add the backport request for the 202012. |
|
Thanks @nhe-NV ! I added backport labels and expect they can been cherry-picked in recent days. If they cannot be clean merged, I will let you know. |
…ic setup (#6756) In the existing fwutil test implement, user can only define the component(BIOS, ONIE, CPLD) based on the platform type, if for the same platform, it require to define different components for different dut(such as some setup are respined), them the origin implementation dose not support. modify the script to support such scenario. The fwutil test case should not be skipped, since the [test_fwutil]fixture 'fw_pkg_name' not found #6489 is not a real issue. Fix some pep8 issue
|
@nhe-NV Cherry-picking this PR to 202012 branch got many conflicts. Can you create a separate PR to 202012 branch to include this change? |
…ic setup (sonic-net#6756) In the existing fwutil test implement, user can only define the component(BIOS, ONIE, CPLD) based on the platform type, if for the same platform, it require to define different components for different dut(such as some setup are respined), them the origin implementation dose not support. modify the script to support such scenario. The fwutil test case should not be skipped, since the [test_fwutil]fixture 'fw_pkg_name' not found sonic-net#6489 is not a real issue. Fix some pep8 issue
created the new PR for 202012 |
…ic dut.(202012) (#6756) (#7726) In the existing fwutil test implement, user can only define the component(BIOS, ONIE, CPLD) based on the platform type, if for the same platform, it require to define different components for different dut(such as some setup are respined), them the origin implementation dose not support. modify the script to support such scenario. The fwutil test case should not be skipped, since the [test_fwutil]fixture 'fw_pkg_name' not found #6489 is not a real issue. Fix some pep8 issue
|
@nhe-NV May I ask which platforms are supported for test_fwutil.py? |
|
Hi,I only test on the mellanox platform, but I think on other platform it should work if they also support using fwtutil command to install or upgrade onie/cpld/bois. Thanks |
Skip fwutil tests in Celestica-e1031 nightly pipeline until below PR backport to internal-202012: * sonic-net#6756
Description of PR
Summary: Update the fwutil function to support define the component for specific dut.
Fixes # (issue) Update the fwutil function to support define the component for specific dut.
Type of change
Back port request
Approach
What is the motivation for this PR?
Update the fwutil function to support define the component for specific dut.
How did you do it?
How did you verify/test it?
Any platform specific information?
Supported testbed topology if it's a new test case?
Documentation