-
Notifications
You must be signed in to change notification settings - Fork 178
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
[sonic_platform_base/chassis_base]: Add firmware management interface #34
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These new functions will need to be added to ChassisBase in addition to ModuleBase.
In SONiC platform API terminology, a "Module" is a removable device in a modular chassis, such as a line card, supervisor card, etc.).
Also, ChassisBase already has a function, get_component_versions()
to retrieve all platform-specific firmware versions (the number of which could vary between platforms: BIOS, CPLD, FPGA, etc.). How do you see these functions working with a platform which has multiple components which require firmware?
Sorry, maybe I don't understand the purpose of your suggestion in #30 for To move it to
|
Another option is to replace |
OK, I think so.
but for component type , is that necessary to defined as constants ? |
I guess they don't have to be defined as constants in the base class, as they will only be used by the vendor. This will allow for vendors to define their own component names, and allows for more flexibility for different hardware configurations. |
ccacf5b
to
7fe75f6
Compare
7fe75f6
to
7fd04d3
Compare
@jleveque , Please review latest change and sonic-net/sonic-buildimage#2446 |
@mudsut4ke: I think the functions now look good, however, they should be present in both ChassisBase and ModuleBase. This will allow vendors to implement firmware updates for components on the chassis as well as components on a module (e.g., CPLD or FPGA on a line card). |
@jleveque , I will add these function to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As comments. Note that my I made my comments in chassis_base.py, but they also apply to mondule_base.py, since the code is the same in both..
OK |
* new platform api, chassis part * Inject mlnx mlx libs to platform monitor * address the review comments * remove some confusing naming. * Adjust the minor cause to a more human-readable way when rebooted by firmware * address review comments * expose host dir /host/reboot-cause to pmon docker so that the reboot causing by user command can be identified * 1. Revert "expose host dir /host/reboot-cause to pmon docker so that the reboot causing by user command can be identified" Since the only hardware-causing reboot should be handled by get_reboot_cause and the logic of handling reboot cause is about to move to the host side, no need to mount this dir to pmon docker. This reverts commit 3feb968. 2. adjust log output by using sonic_daemon_base.daemon_base.Logger. 3. remove the logic of verifying /host/reboot-cause/ files. 4. fix typo. * implement get_firmware_version and adjust the interfaces regarding components' version retrieving according to the sonic-net/sonic-platform-common#34
Add base class for firmware management API
(sonic-net/sonic-buildimage#3013)
Signed-off-by: Wirut Getbamrung wgetbumr@celestica.com