Dynamic Sensor Library Loading in Baseboard Management Controllers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for adding new sensor monitoring features to a baseboard management controller (BMC) in computer devices require recompiling and re-burning the firmware, leading to downtime and potential failure risks, as well as inefficient testing and release procedures.

Innovation Solution

A method that dynamically updates the sensor library and loads new sensor information without recompiling or re-burning the BMC firmware, allowing the BMC to add new sensor monitoring features by executing existing program functions and initializing variables, thereby avoiding rebooting and streamlining the firmware update process.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the manufacturer recompiles the main program and re-burns the BMC firmware to add new sensor monitoring features, then the system can support new expansion cards and sensors, but the BMC becomes unavailable during burning and rebooting, causing downtime and potential burning failure

Engineering Contradiction:
Improvesensor support capabilityVSAvoidservice availability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the sensor monitoring functionality into separate sensor driver modules that can be independently loaded and unloaded. Each sensor type has its own driver module that can be dynamically added to the BMC firmware without requiring a complete firmware recompile and re-burn. This allows the BMC to maintain service availability while adding new sensor support by simply loading the appropriate driver module into memory.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements dynamic sensor driver loading mechanisms that allow the BMC to adapt to new sensors at runtime without requiring system reboot or firmware re-burning. The sensor library is designed to dynamically register new sensor drivers, allocate resources, and integrate new sensors into the monitoring framework on-the-fly, maintaining service continuity throughout the adaptation process.

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If the manufacturer recompiles the main program and re-burns the BMC firmware to add new sensor monitoring features, then the system can support new expansion cards and sensors, but the process takes several minutes and requires BMC rebooting

Engineering Contradiction:
Improvesensor support capabilityVSAvoidfirmware update time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent prepares sensor driver modules in advance as pre-compiled binary components that can be quickly loaded into the BMC firmware. These driver modules are pre-configured and packaged for rapid deployment, eliminating the need for on-the-spot recompilation and re-burning operations. The BMC can simply load these pre-prepared modules into memory to support new sensors, reducing the adaptation time from minutes to seconds.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If the manufacturer recompiles the main program and re-burns the BMC firmware to add new sensor monitoring features, then the system can support new expansion cards and sensors, but the process is complex and requires verification by a testing team

Engineering Contradiction:
Improvesensor support capabilityVSAvoidfirmware update process
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent uses template-based sensor driver modules that serve as reusable copies for different sensor types. Instead of creating custom firmware for each new sensor, the system uses standardized driver templates that can be instantiated and configured for various sensor types. This copying approach simplifies the adaptation process, reduces testing requirements, and makes the firmware update process more manageable and less complex.

Inventive Principle:
Principle #26Copying

4Reliability

If the manufacturer defines sensor information in the main program and recompiles the firmware, then the BMC can monitor new sensors, but the process requires re-burning firmware and cannot be done dynamically

Engineering Contradiction:
Improvesensor monitoring accuracyVSAvoiddynamic sensor addition
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic sensor driver loading mechanisms that allow the BMC to adapt to new sensors at runtime without requiring system reboot or firmware re-burning. The sensor library is designed to dynamically register new sensor drivers, allocate resources, and integrate new sensors into the monitoring framework on-the-fly, maintaining service continuity throughout the adaptation process.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS11714630B2Method of adding a sensor monitoring feature of a newly-added sensor to a system monitoring feature provided by a baseboard management controller
Publication Date: 2023.08.01 MITAC COMPUTING TECH
  • US11714630B2 patent drawing
  • US11714630B2 patent drawing
  • US11714630B2 patent drawing

AI summary

A method is provided for adding a sensor monitoring feature of a newly-added sensor to a system monitoring feature provided by a baseboard management controller (BMC). The BMC stores a BMC firmware that contains a main program, a sensor library and a sensor data record. The BMC updates the sensor library to a target sensor library that includes identification information of the additional sensor, and functions used to execute the sensor monitoring feature of the additional sensor. By executing the main program, the BMC loads the target sensor library, and adds the identification information of the additional sensor to the sensor data record.