Service Processor BIOS Update Without SPI Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In computer systems, service processors (SPs) lack direct access to the serial peripheral interface (SPI) for updating BIOS firmware, necessitating an alternative method for BIOS updates.

Innovation Solution

A system and method utilizing a service processor with a processor, non-volatile memory, and volatile memory, employing standardized interfaces like IPMI, KCS, SMIC, BT, or USB to receive and transmit BIOS images between the SP and the host computer, enabling BIOS updates without SPI access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If the SP uses direct SPI access to update BIOS, then the update process is simple and fast, but the device complexity increases and not all systems have this capability

Engineering Contradiction:
ImproveBIOS update speedVSAvoidinterface requirement
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary approach where the SP communicates with the BIOS through standardized interfaces (IPMI, KCS, SMIC, BT, or USB) rather than direct SPI access. The BIOS itself acts as a mediator that receives update requests from the SP through these standardized interfaces and then performs the actual SPI programming of the EEPROM chip. This resolves the contradiction by maintaining fast update capability while reducing interface complexity requirements.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent makes the SP capable of initiating BIOS updates through multiple standardized interfaces (IPMI, KCS, SMIC, BT, USB), making the update mechanism universal across different system configurations. Instead of requiring a specialized direct SPI connection, the SP can use any of these common interfaces to request BIOS updates, thereby reducing device complexity while maintaining productivity.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Ease of operation

If the SP has direct hardware access to SPI, then BIOS updating is easier, but this reduces adaptability to systems without SPI access capability

Engineering Contradiction:
ImproveBIOS update capabilityVSAvoidinterface compatibility
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent implements universality by enabling the SP to initiate BIOS updates through multiple standardized interfaces (IPMI, KCS, SMIC, BT, USB). This multi-interface approach ensures that the solution works across different system configurations and hardware capabilities, thereby improving adaptability while maintaining ease of operation through standardized protocols.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

Instead of having the SP directly access SPI hardware (traditional approach), the patent inverts the approach by having the SP send update requests through standardized interfaces to the BIOS, which then performs the actual SPI programming. This inversion allows systems without direct SP-SPI access to perform BIOS updates, thereby improving both adaptability and ease of operation.

Inventive Principle:
Principle #13The other way round (Inversion)

3Adaptability or versatility

If the system uses standardized interfaces for SP communication, then adaptability improves, but the BIOS update process becomes more complex

Engineering Contradiction:
Improveinterface compatibilityVSAvoidupdate mechanism
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements self-service by enabling the BIOS to automatically handle the complexity of SPI programming when triggered by standardized interface requests from the SP. The BIOS contains the necessary logic to translate high-level update requests into low-level SPI commands, thereby masking the complexity from the SP and maintaining adaptability through standardized interfaces.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent uses the BIOS as an intermediary layer between the SP's standardized interface requests and the SPI programming operations. This intermediary BIOS layer absorbs the complexity of interface translation and SPI protocol handling, allowing the SP to use simple standardized interfaces while maintaining full SPI update capability, thus improving adaptability without significantly increasing overall system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9448808B2BIOS update with service processor without serial peripheral interface (SPI) access
Publication Date: 2016.09.20 AMERICAN MEGATRENDS
  • US9448808B2 patent drawing
  • US9448808B2 patent drawing
  • US9448808B2 patent drawing

AI summary

Certain aspects direct to BIOS update with a service processor (SP) without access through a serial peripheral interface (SPI). In certain embodiments, the system includes a SP, which includes a processor, a non-volatile memory, a volatile memory and a system interface. The SP receives a BIOS image from a remote management computer, and stores the BIOS image in the volatile memory. When the SP receives, from a BIOS executed at a central processing unit (CPU) of a host computer through the system interface, a request for the BIOS image, the SP sends a copy of the BIOS image in response to the request for the BIOS image to the host computer through the system interface such that the BIOS executed at the CPU of the host computer replaces a current BIOS image stored in a BIOS chip with the copy of the BIOS image.