Firmware Arbitrator for Runtime Update and Error Handling Conflicts

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing firmware architectures face challenges in managing conflicts between firmware update requests and error handling requests during runtime, leading to potential interruptions and incomplete processes.

Innovation Solution

The implementation of an arbitrator component that prioritizes and manages conflicts between firmware update requests and error handling requests by delaying or interrupting processes as necessary, ensuring that either updates or error handling can be completed without interruption, using techniques such as timing considerations and request prioritization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If firmware update requests are processed during runtime, then firmware can be updated dynamically, but error handling requests may be interrupted or delayed

Engineering Contradiction:
Improvefirmware update capabilityVSAvoiderror handling completeness
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

An arbitrator component is introduced as an intermediary between firmware update requests and error handling requests. The arbitrator receives both types of requests, determines their priority and compatibility, and routes them appropriately to the firmware component. This mediator resolves conflicts by preventing simultaneous execution of incompatible operations, ensuring that error handling is not interrupted by firmware updates and vice versa.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If error handling requests are processed during runtime, then system errors can be corrected dynamically, but firmware update requests may be delayed or interrupted

Engineering Contradiction:
Improveerror handling capabilityVSAvoidfirmware update efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The arbitrator performs preliminary assessment of incoming requests by evaluating their type, priority, and current system state before routing them. When a firmware update request arrives, the arbitrator checks if error handling is in progress and delays the update until error handling completes. This preliminary check prevents interruptions and ensures smooth execution of both error handling and firmware updates without requiring system restarts.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If both firmware updates and error handling are allowed simultaneously, then system functionality is maintained, but conflicts and interruptions occur

Engineering Contradiction:
Improveconcurrent operation capabilityVSAvoidrequest management complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The firmware component is segmented into distinct functional modules: an arbitrator module for request management, a firmware update module for applying updates, and an error handling module for processing errors. Each module has a specific responsibility, and the arbitrator segments the request stream by routing different types of requests to appropriate modules. This segmentation reduces conflicts by preventing simultaneous execution of incompatible operations while maintaining ease of operation through clear module boundaries.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS8082543B2Methods and systems for arbitrating error handling and firmware updates
Publication Date: 2011.12.20 HEWLETT PACKARD ENTERPRISE DEV LP
  • US8082543B2 patent drawing
  • US8082543B2 patent drawing
  • US8082543B2 patent drawing

AI summary

A computer system is provided that comprises a processor and firmware in communication with the processor, the firmware having updatable components and an arbitrator. The arbitrator manages conflicts between error handling and firmware updates performed within the firmware.