Transcription

1 Built-in i Repair Analysis Woosik.jeong@hynix.com

2 Contents 1. RA 2. BIRA 3. Previous Works 4. Summary 1/ 38

3 1. RA 2. BIRA 3. Previous Works 4. Summary 2/ 38

4 Repair What is Repair? Replacing a faulty cell with a healthy redundant cell 3/ 38

5 RA (Redundancy Analysis) What is RA (Redundancy Analysis)? Finding ng address information on to be repaired for each spare line Column address C1: 4 C2: 5 R1: 3 Row address R2: - 4/ 38

6 Spare Architecture (1) Bit spare architecture -PPR R( (Post Package Repair) 5/ 38

7 Spare Architecture (2) 1D line spare architecture -Some simple SoC 6/ 38

8 Spare Architecture (3) 2D line spare architecture -Most of hgh high density memories - Difficult RA 7/ 38

9 Fault Classification Three types of faults R S (C S ): # of row (column) spares. k: # of repetitive faults on a line. 8/ 38

10 Observations on RA Observation 1 A single fault can be replaced with either a spare row or spare column. Observation 2 A sparse faulty row (column) line can be replaced with a spare row (column). However, it can also be replaced with several spare columns (rows) according to the number of available spares. Observation 3 A must-repair faulty row (column) must be replaced with a spare row (column) line. 9/ 38

11 RA Classification Three types of RA -Fault storing space 10 / 38

12 RA Example R0 R1 C0 C1 Faulty cell 2 Row spare lines R0 R C0 C1 X X X X X X X X 2 Column spare lines Repair solution Failure bitmap 11 / 38

13 RA Example 0 R0 1 1 X X 2 X 3 X X R1 3 4 X 5 C C1 6 R0 R C0 C1 X X Repair solution Failure bitmap 12 / 38

14 1. RA 2. BIRA 3. Previous Works 4. Summary 13 / 38

15 BIRA vs. BISR BIRA: Built-in Repair Analysis (b, c) BISR: Built-in Self Repair = BIRA (b, c) + Soft repair (d) 14 / 38

16 History RA algorithm RM(1984), B&B (1986) BIRA Cresta (2000) LRM, ESP, LO (2003) IntellignetSolve (2007) SFCC (2009) BRANCH (2010) 15 / 38

17 Key Features of BIRA Area Overhead Repair Rate Analysis Time Good Bad ESP, LRM CRESTA Intelligent SolveFirst 16 / 38

18 Classification by features Non-optimal Repair Rate Optimal Low Area Overhead Parallel Analyzer Single Analyzer ESP CRESTA Intelligent SolveFirst SFCC BRANCH Low area High area LRM Low area High analysis speed Middle area 17 / 38

19 Repair Rate Optimal repair rate = 100% of normalized repair rate = Always find solutions if exists 18 / 38

20 RA for single (sparse) Fault Single fault Can be repaired by either a row or a column Requires at least one spare line spares Repairble if # of single faults # of available Repairable if # of Maximum sparse faults = 2*R S *C S Where, R (C) is # of row (column) spares 19 / 38

21 RA for Must-repair Must-repair Do not need to be analyzed Requires one spare line # of must-repair # of available spares (# of single faults + # of must-repair) # of available spares 20 / 38

22 Binary Search Tree # of branches in a tree = (R S+C S)! /(R S!*C S!) = (2+4)!/(2!*4!) = 15 where, RS: # of rows CS: # of columns # of nodes in a branch = (R S +C S ) = (2+4) = 6 branch node 21 / 38

23 1. RA 2. BIRA 3. Previous Works 4. Summary 22 / 38

24 RM (Repair Most [1984]) Fast but, Non-optimal repair efficiency. i Not searching all cases. 23 / 38

25 LRM (Local Repair Most [2003]) Local bitmap scheme. The size of bitmap depend on the defect distribution. Non optimal repair efficiency 24 / 38

26 ESP (Essential Spare Pivoting) Non optimal repair efficiency but smallest area overhead During test sequences running After finishing test sequences Fail address From BIST Fail address comparing and orthogonal address saving Post RA processing block C0 C1 time Orthogo onal addr ress 구분 Orthogonal address Essential flag (a) fail address save area End of RA R0 R1 X X X X X X X X Orthogonal address : address has different x, y address against previous orthogonal addresses first address is orthogonal address 25 / 38

27 CRESTA (Comprehensive Real-time Exhaustive Search Test and Analysis) Implementation the entire searching tree Optimal repair rate & fast High area overhead 26 / 38

28 How to RA on CRESTA R0 R C0 C1 Fault Row Col. 1 st 1 1 X X X X 2 nd 3 3 X X 3 rd 2 7 X 4 th th 1 5 X 6 th th th 9 9 < Policy > 1. Compare with prelogged address 2. If there is no same address then update new address else skip. 3. If there is no more spaces to log, it is not a correct solution. R0 1 R0 1 R0 1 C0 1 C0 1 C0 1 R1 3 C0 3 C0 3 R0 3 R0 3 C1 3 C0 7 R1 2 C1 7 R1 2 C1 7 R0 2 C1 9 C1 7 R1 3 C1 7 R1 1 R1 6 Sub-analyzer #1 Sub-analyzer #2 Sub-analyzer #3 Sub-analyzer #4 Sub-analyzer #5 Sub-analyzer #6 27 / 38

29 IntelligentSolve(First) Single RA analyzer Sequential analysis (node by node) with must-repair skip Optimal repair rate Not fast 28 / 38

30 SFCC (Selected Fail Count Comparison) Building binary search tree based on line faults must-repair skip Analyze by comparison of fail count of lines Optimal repair rate and fast 29 / 38

31 SFCC 1) Repairable if (SFC >= (TFC- unused line counts)), 2) Repairable if (SFCR >= (TFC- unused line counts)), where, TFC : total fail count of sparse faults SFC : sum of fail counts of most-fails SFCR : SFC interchanging fail count each other 30 / 38

32 BRANCH Single RA analyzer Based on ESP but optimal repair rate Comaparing Parent (Orthogonal) vs. Child (non-orthogonal) Analyze Faster (parallel comparison of all nodes in a branch) 31 / 38

33 BRANCH 32 / 38

34 Result area (fault saving area calculation only) Area [# of bits] CRESTA LRM ESP INTEL SFCC BRANCH Column spares (Cs) 33 / 38

35 Result area (fault saving area calculation only) Area [# of bits] CRESTA LRM ESP INTEL SFCC BRANCH x64 128x x x x x2048 Memory size [MxN] 34 / 38

36 No ormalized Repair rate Result Repair rate CRESTA RM (LRM max.) ESP INTEL SFCC BRANCH Random faults [ea] 35 / 38

37 Result Analysis Speed Clock cycles 1000 RM (LRM max) 900 INTEL SFCC 800 BRANCH Random faults [ea] 36 / 38

38 Result Overall Performance ecution cycles 200 IntelligentSolveFirst RA exe SFCC BRANCH Ideal BIRA 5 10 Storage requireme ments % 3.0% 2.0% 15% 1.5% CRESTA 1.0% 0.5% 35 00% 0.0% Rate of Over-useded Spares 37 / 38

39 Summary Complexity of RA depends on Spare architecture t and #of spares Area overhead depends on Spare architecture, #of spares and kind of BIRA To achieve optimal repair rate, All sparse faults must be stored by using single RA analyzer To enhance analysis speed, reducing binary search tree, parallel operation, etc. 38 / 38