Memory Device ECS Error Monitoring with Threshold-Triggered Reporting

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current hardware solutions for error check and scrub (ECS) in memory devices lack an error threshold mechanism, leading to frequent system management interrupts (SMIs) and significant performance impacts due to periodic patrol scrub operations, even when no errors are detected, affecting user experience and system performance.

Innovation Solution

Implementing a controller, such as a baseboard management controller (BMC) or memory micro-controller (MMC), to monitor ECS errors and calculate error rates, triggering interrupts only when error thresholds are exceeded, thereby reducing SMI frequency and minimizing performance impact.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If patrol scrubbing is performed periodically to ensure memory reliability, then error detection and correction capability is improved, but system performance deteriorates due to frequent SMI interrupts even when no errors are detected

Engineering Contradiction:
Improvememory error detection and correction capabilityVSAvoidsystem performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent extracts the error data collection function from the periodic patrol scrub operation. Instead of collecting error data every scrub cycle, the system now collects error data only when errors are actually detected, separating the error detection function from the routine scrub operation and eliminating unnecessary SMI interrupts.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent changes the parameter of error data collection frequency from fixed periodic intervals to event-driven triggers. The collection frequency is now determined by the occurrence of actual errors rather than a predetermined time schedule, optimizing the balance between reliability monitoring and system performance.

Inventive Principle:
Principle #35Parameter changes

2Measurement precision

If error data collection is performed during every patrol scrub operation, then complete error monitoring is achieved, but SMI latency increases due to frequent interrupts

Engineering Contradiction:
Improveerror monitoring completenessVSAvoidSMI latency
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent extracts the error data collection operation from every patrol scrub cycle and performs it only when errors are detected. This selective collection approach maintains complete error monitoring for actual errors while eliminating time loss from collecting data during error-free scrub operations.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent transforms the continuous periodic error data collection into an event-triggered periodic action. Error data collection now occurs periodically only when error events are detected, rather than at every fixed scrub interval, reducing overall SMI latency while maintaining monitoring effectiveness.

Inventive Principle:
Principle #19Periodic action

3Reliability

If frequent SMI interrupts are triggered for error data collection, then real-time error awareness is improved, but system performance deteriorates due to interrupt overhead

Engineering Contradiction:
Improvereal-time error awarenessVSAvoidsystem performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent extracts the SMI trigger condition from every patrol scrub completion and restricts it to only when errors are detected. This selective triggering maintains real-time error awareness for actual errors while eliminating the performance-deteriorating overhead of frequent unnecessary interrupts.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent applies partial action by triggering SMI interrupts only for the necessary portion of error monitoring - when actual errors occur - rather than excessive action of interrupting for every scrub cycle regardless of error status. This optimizes the balance between real-time error awareness and system performance.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS12430203B2Method and system for error check and scrub error data collection and reporting for a memory device
Publication Date: 2025.09.30 INTEL CORP
  • US12430203B2 patent drawing
  • US12430203B2 patent drawing
  • US12430203B2 patent drawing

AI summary

A method and system for error check and scrub (ECS) error data collection and reporting for a memory device. A controller includes circuitry and a buffer. The circuitry may be configured to read ECS error data from a register of a memory device and calculate an ECS error increase rate based on the ECS error data. The circuitry may be configured to inform basic input output system (BIOS) by interrupt if a total number of ECS errors reaches or exceeds an ECS error number threshold or if the ECS error increase rate reaches or exceeds an ECS error rate threshold. The controller may be an out-of-band device, e.g., a baseboard management controller or a memory micro controller.