Firmware Memory Error Recovery via Poison Signature Cleansing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current machine check architecture systems face challenges in effectively recovering from memory errors marked with a poison signature, leading to potential system crashes and inefficient memory reuse due to the inability to accurately cleanse memory of errors, which can result in additional exceptions and resource wastage.

Innovation Solution

The system employs a firmware layer that collaborates with the operating system to identify and cleanse memory ranges of poison signatures, reinitializing and testing memory to determine if errors are transient or persistent, thereby allowing safe reuse of memory and preventing further exceptions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If the system uses traditional machine check architecture with poison signatures to detect memory errors, then error detection capability is improved, but system reliability deteriorates due to potential system crashes and inability to recover from non-correctable errors

Engineering Contradiction:
Improveerror detection capabilityVSAvoidsystem reliability
Core Design Contradiction:
Measurement precisionVSReliability

Solution Approach 1:

The patent introduces firmware as an intermediary layer between the hardware error detection mechanism and the operating system. The firmware receives poison signature notifications from the memory controller, manages the error information, and coordinates with the OS to determine appropriate recovery actions. This intermediary layer prevents direct system crashes by enabling controlled error handling and memory recovery processes.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary actions by pre-establishing error handling protocols and memory recovery mechanisms before errors occur. The firmware is pre-configured to intercept poison signatures and initiate recovery procedures, including memory range identification, error containment, and safe memory reuse protocols, allowing the system to recover proactively rather than crashing reactively.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the operating system crashes upon detecting poison signatures, then error containment is improved, but productivity deteriorates due to system downtime and resource wastage

Engineering Contradiction:
Improveerror containmentVSAvoidsystem availability
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent applies local quality by containing errors to specific memory locations and processes rather than affecting the entire system. When a poison signature is detected, the firmware and OS work together to identify and isolate only the affected memory ranges and terminate only the specific process using that memory, allowing other system components to continue operating normally and maintaining overall system productivity.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system discards corrupted data in poisoned memory locations and recovers by identifying safe memory ranges for reuse. The firmware tracks poisoned memory addresses, and the OS can reallocate these memory ranges to different processes after verification, enabling resource recovery and reuse rather than permanent loss of memory resources.

Inventive Principle:
Principle #34Discarding and recovering

3Productivity

If the system reuses memory without thorough cleansing, then productivity is improved through faster memory allocation, but reliability deteriorates due to potential additional exceptions from residual errors

Engineering Contradiction:
Improvememory allocation speedVSAvoidmemory integrity
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent applies partial action by performing selective memory cleansing only on identified poisoned memory ranges rather than entire memory spaces. The firmware provides specific address ranges containing errors, and the OS cleanses only those targeted regions, balancing thorough error removal with efficient memory reuse. This avoids the excessive action of complete memory reinitialization while ensuring reliability through focused error elimination.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentEP2901281B1Notification of address range including non-correctable error
Publication Date: 2017.11.01 HEWLETT PACKARD ENTERPRISE DEV LP
  • EP2901281B1 patent drawingFigure 1
  • EP2901281B1 patent drawingFigure 2
  • EP2901281B1 patent drawingFigure 3

AI summary

Techniques are provided for recovering from non-correctable memory errors. A memory location may be accessed. It may be determined that the memory location contains a non-correctable error. A range of addresses associated with the memory location may be determined. Corrective action may be taken on the entire range of addresses to identify other addresses within the range of addresses that contain non-correctable memory errors.