Memory Sub-System Self-Testing Controller Component

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing memory sub-systems lack built-in self-testing capabilities, making it difficult to troubleshoot internal data paths and interfaces, which are often opaque to the host system, hindering effective testing and maintenance.

Innovation Solution

Incorporating a built-in self-testing component within the memory sub-system controller, allowing for the generation and injection of test data to internal data paths and interfaces, enabling the analysis of signal characteristics and identification of component integrity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If memory sub-systems operate without built-in self-testing capabilities, then device complexity is reduced, but reliability and ease of repair deteriorate due to inability to troubleshoot internal data paths and interfaces

Engineering Contradiction:
Improvefault detection capabilityVSAvoidcontroller structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The memory sub-system performs self-testing through a dedicated testing component that automatically generates test data, injects it into internal data paths, and analyzes returned data to detect faults without external intervention. This self-service capability improves reliability while avoiding the need for complex external testing equipment.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

A dedicated testing component acts as an intermediary within the controller, providing self-testing capabilities without requiring external testing equipment. This intermediary component generates test data, injects it into internal data paths, and analyzes the results, resolving the contradiction between reliability and device complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If internal data paths and interfaces are made opaque to the host system, then ease of operation is improved, but difficulty of detecting and measuring increases, hindering effective testing

Engineering Contradiction:
Improvehost system simplicityVSAvoidinternal data path testability
Core Design Contradiction:
Ease of operationVSDifficulty of detecting and measuring

Solution Approach 1:

The testing component performs self-testing of internal data paths and interfaces without requiring host system involvement. This maintains the simplicity of the host system while enabling comprehensive testing of internal components through automatic test data generation and analysis.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The testing component serves as an intermediary that bridges the gap between the opaque internal data paths and the host system. It automatically performs testing operations on internal components without exposing them to the host, thus maintaining ease of operation while enabling detection and measurement of internal faults.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of repair

If built-in self-testing component is added to the controller, then ease of repair is improved through better visibility, but device complexity increases due to additional component

Engineering Contradiction:
Improvetroubleshooting capabilityVSAvoidcontroller component count
Core Design Contradiction:
Ease of repairVSDevice complexity

Solution Approach 1:

The self-testing component automatically detects faults in internal data paths and interfaces, providing troubleshooting capability without requiring external testing equipment or complex repair procedures. This improves ease of repair by enabling automatic fault detection while keeping the additional component count minimal.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The testing component is integrated into the existing controller architecture and leverages existing data paths and interfaces to perform testing functions. This multi-functional approach enables fault detection and troubleshooting capabilities without significantly increasing device complexity, as the component utilizes existing infrastructure.

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

Data Source

PatentUS11514995B2Memory sub-system self-testing operations
Publication Date: 2022.11.29 MICRON TECHNOLOGY INC
  • US11514995B2 patent drawing
  • US11514995B2 patent drawing
  • US11514995B2 patent drawing

AI summary

A method includes requesting, by a component of a memory sub-system controller, control of a data path associated with a memory device coupleable to the controller. The method can include generating, by the component, data corresponding to an operation to test the memory device and causing, by the component, the data to be injected to the data path such that the data is written to the memory device. The method can further include reading, by the component, the data written to the memory device and determining, by the component, whether the data read by the component from the memory device matches the data written to the memory device.