BMC Coprocessor Remote Test Architecture
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Custom BMC firmware stacks, while providing enhanced manageability and customization, often exhibit higher levels of software faults, which can lead to issues such as overheating and memory damage in Information Handling Systems (IHS), and lack effective at-scale debugging capabilities, particularly in server clusters where conventional diagnostic techniques are inadequate.
Innovation Solution
A remote BMC test system and method that utilize a second processor on the BMC to perform tests on a first processor executing a custom BMC firmware stack, enabling secure communication for test execution and result transmission, thereby providing debug capabilities for identifying and addressing faults in custom BMC firmware stacks.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If custom BMC firmware stacks are used to enhance manageability and customization, then system manageability and adaptability are improved, but software fault rates increase leading to hardware damage risks
Solution Approach 1:
A second processor is introduced as an intermediary component between the custom BMC firmware stack and the hardware devices. This coprocessor executes a separate, more reliable firmware stack that acts as a protective layer, monitoring and controlling hardware interactions while allowing the custom firmware to maintain its manageability and customization benefits without directly risking hardware damage
2Device complexity
If conventional diagnostic techniques are used for BMC testing, then device complexity is kept low, but debugging capability at scale is insufficient for server clusters
Solution Approach 1:
The second processor is designed with multi-functionality, serving both as a protective firmware execution environment and as a test execution engine. It can execute both operational firmware and diagnostic test firmware, allowing the same hardware infrastructure to support both normal operation and comprehensive testing at scale without requiring separate dedicated testing equipment
Solution Approach 2:
The solution adds a temporal dimension to BMC testing by enabling remote, on-demand test execution through the second processor. Instead of requiring physical access or complex test infrastructure setup, tests can be initiated and executed remotely at any time, transforming the testing capability from a localized physical process to a distributed remote process
Data Source
AI summary
An Information Handling System (IHS) includes multiple hardware devices, and a baseboard Management Controller (BMC) in communication with the plurality of hardware devices. The BMC includes a first processor configured to execute a custom BMC firmware stack, and a second processor including executable instructions for receiving a request to perform a test on the first processor in which the request is received through a secure communication session established with a remote IHS. The instructions further perform the acts of controlling the first processor to perform the test according to the request, the first processor generating test results associated with the test, and transmitting the test results to the remote IHS through the secure communication session.