Storage Controller Defect Block Table Inheritance

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing storage devices lose their defect block tables when not recognized by the host due to damage or firmware updates, and fail to inherit defect block information when the operating plane mode changes, affecting reliability and efficiency.

Innovation Solution

A method and storage device that store an original defect block table in a first location and generate a system defect block table through an adaptive inheritance procedure based on the multi-plane mode, ensuring the original table is not lost by storing it in a second location during low-level format operations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the defect block table is stored in a single location and generated in unit of the number of planes operated simultaneously, then the storage device can operate efficiently in the current mode, but the defect block table is lost when the storage device is not recognized due to damage or firmware updates, and cannot be inherited when the plane mode changes

Engineering Contradiction:
Improvedefect block table inheritance capabilityVSAvoiddefect block table loss
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The defect block table is segmented into multiple portions, each stored in different storage locations within the storage module. This segmentation ensures that if one storage location is lost or becomes inaccessible, other portions remain intact and can be used to reconstruct the complete defect block table, thereby preventing total information loss and enabling inheritance across different operating modes

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The defect block table information is nested within the storage module's existing structure, specifically utilizing reserved areas within the storage module itself rather than relying on external host systems. This nesting ensures that the defect block table is self-contained and can be inherited independently of host recognition or firmware updates

Inventive Principle:
Principle #7Nested doll (Nesting)

2Productivity

If the defect block table is generated in unit of the number of planes operated simultaneously, then the current operating mode can be optimized, but the defect block table cannot be inherited when the plane mode changes

Engineering Contradiction:
Improvestorage operation efficiencyVSAvoidplane mode adaptability
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The defect block table is designed with a universal structure that can serve multiple plane modes simultaneously. By storing defect block information in a format that is independent of the specific number of planes being operated, the same defect block table can be inherited and used across different plane modes (e.g., 1-plane, 2-plane, 4-plane modes), eliminating the need to regenerate the table when modes change while maintaining operational efficiency

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

3Reliability

If the storage device relies on host recognition to maintain the defect block table, then the system can function normally during operation, but the defect block table is lost when the storage device is not recognized by the host due to damage

Engineering Contradiction:
Improvesystem operation reliabilityVSAvoiddefect block table loss after damage
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The storage module is equipped with reserved storage areas specifically allocated for storing defect block table information before any damage or failure occurs. This prior preparation ensures that even if the host system becomes unrecognizable due to damage or firmware issues, the defect block table information remains protected and accessible within the storage module itself, preventing information loss and enabling system recovery

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Data Source

PatentUS12093534B2Method for inheriting defect block table and storage device thereof
Publication Date: 2024.09.17 RAYMX MICROELECTRONICS CORP
  • US12093534B2 patent drawing
  • US12093534B2 patent drawing
  • US12093534B2 patent drawing

AI summary

Disclosed are a method for inheriting a defect block table and a storage device thereof. The method applied to a controller of a storage device includes the steps of: storing an original defect block table in a first storage location of a storage module of the storage device, wherein the original defect block table records defect block information of each plane of the storage module; and in response to a low-level format operation being performed on the storage device, reading the original defect block table, and executing a adaptive inheritance procedure based on a multi-plane mode in which the storage device operates, to generate and store a system defect block table in a second storage location of the storage module, wherein the system defect block table records defect block information corresponding to the multi-plane mode.