1 / 42

Anthony J. Yu Guy G.F. Lemieux September 15, 2005

Defect Tolerance for Yield Enhancement of FPGA Interconnect Using Fine-grain and Coarse-grain Redundancy. Anthony J. Yu Guy G.F. Lemieux September 15, 2005. Outline. Introduction and motivation Previous works New architectures Coarse-grain redundancy (CGR) Fine-grain redundancy (FGR)

ace
Télécharger la présentation

Anthony J. Yu Guy G.F. Lemieux September 15, 2005

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Defect Tolerancefor Yield Enhancementof FPGA InterconnectUsing Fine-grain and Coarse-grain Redundancy Anthony J. Yu Guy G.F. Lemieux September 15, 2005

  2. Outline • Introduction and motivation • Previous works • New architectures • Coarse-grain redundancy (CGR) • Fine-grain redundancy (FGR) • Experimentation Results • Conclusions

  3. Introduction and Motivation • Scaling introduces new typesof defects • Smaller feature sizes susceptible to smaller defects • Expected results • Defects per chip increases • Chip yield declines • FPGAs are mostly interconnect • FPGAs must tolerate multiple interconnect defects to improve yield (and $$$)

  4. General Defect Tolerant Techniques • Defect-tolerant techniques minimize impact (cost) of manufacturing defects • FPGA defect-tolerance can be loosely categorized into three classes: • Software Redundancy – use CAD tools to map around the defects • Hardware Redundancy – incorporate spare resources to assist in defect correction (eg. Spare row/column) • Run-time Redundancy – protection against transient faults such as SEUs (eg. TMR)

  5. Previous work – 1 – Xilinx • Xilinx’s Defect-Tolerant Approach • Customer (knowingly) purchases “less that perfect” parts • Customer gives Xilinx configuration bitstream • Xilinx tests FPGA devices against bitstream • Sells FPGA parts that “appear” perfect • Defects avoid the bitstream • Limitation: • Chips work only with given bitstream – no changes!

  6. Previous work – 2 – Altera • Altera’s Defect-Tolerant Approach • Customer purchases “seemingly perfect” parts • Make defective resources inaccessible to user • Coarse-grain architecture • Spare row and column in array (like memories) • Defective row/column must be bypassed • Use the spare row/column instead • Limitation: • Does not scale well (multiple defects)

  7. Objective • Problem • FPGA yield is on decline because of aggressive technology scaling • Proposed Solutions • Defect-tolerance through redundancy • Important Objectives • Interconnect defects important (dominates area) • Tolerate multiple defects (future trend) • Preserve timing (no timing re-verification) • Fast correction time (production use)

  8. Background

  9. Island-style FPGA

  10. Directional Switch Block

  11. Directional Switch Block

  12. Course-grain Redundancy (CGR)

  13. Coarse-grain Redundancy (CGR)

  14. So…what’s wrong with it?

  15. Improving yield for CGR –Adding Multiple Global Spares • Add multiple global spare to traditional CGR • Global spares can be used to repair any defective row/column in the array • Wire extensions are now longer

  16. Yield Impact of Multiple Global Spares

  17. Increasing Area+Delay Overhead MORE SPARES  MORE MUX OVERHEAD IN EVERY SWITCH ELEMENT NO SPARES 2 GLOBAL SPARES 4 GLOBAL SPARES MAY BE IMPRACTICAL !!! 1 GLOBAL SPARE

  18. Improving yield for CGR –Adding Multiple Local Spares • Divide FPGA into subdivisions • Each subdivision has localspare(s) • Distributes spares across chip • Reduces mux area overhead(of Global scheme) • Limitation: • Spare(s) can only repair defect within the subdivision

  19. Yield Impact of Multiple Local Spares(not as good as Global with same # spares)

  20. Fine-grain Redundancy (FGR)

  21. Our Proposed SolutionFine-grain Redundancy (FGR) – Defect Avoidance by Shifting

  22. Defect-tolerant Switch Block

  23. HSPICE Schematic

  24. Switch Implementation Options • Several detailed implementations are possible • Trade off area / delay / yield(repairability)

  25. Defect Avoidance –Switch Implementation Option 1 Can avoid contention by pre-shifting the red signal… OR… [ lower area overhead, lower yield improvement ]

  26. Defect Avoidance –Switch Implementation Option 2 …OR … can avoid contention by embedding the IMUX [ higher area overhead, best yield ]

  27. Single-length Defects

  28. Double-length Defects

  29. Minimum Fault-free Radius (MFFR)

  30. Experimentation Results • Area • Delay • Area Delay Product • Yield • Summary

  31. Estimated Area overhead at equal yield (80%) * CGR-G1 can only tolerate 1-2 defects

  32. Area Overhead for Varying Wire Length

  33. Area Results

  34. Delay Results

  35. Area-Delay Product

  36. Yield – 1Switch Implementation Affects Yield * Assumes all bridging defects

  37. Comparison between FGR and CGR – FGR Tolerates Tens of Defects

  38. Yield for Varying Wire Length

  39. Limitations of Study & Architectures • FGR • Does not tolerate defects in the logic • Cannot tolerate clustered defects • Requires a detailed fault map • CGR • Assumes that all defects can be corrected with a single row/column • Bypass circuitry is approximated

  40. Summary of FGR

  41. Conclusions • CGR is effective for 1 or 2 defects • FGR meets desired objectives: • Tolerates multiple randomly distributed defects • Defect correction does not perturb timing • Tolerates an increasing number of defects as array size increases • Correction can be applied quickly • FGR potentially capable of correcting crosstalk faults, but has not been explored

  42. Thank you! anthonyy@ece.ubc.ca

More Related