LBIST Overview: Design Space

Design space exploration

For LBIST Overview, release options trade quality, tester cost, and schedule risk.

Option A - conservative

• Conservative quality: helps debug confidence

• Risk: higher test cost

• Validate with: first production ramps

Option B - balanced

• Balanced release: helps quality and cost

• Risk: needs discipline

• Validate with: mainstream products

Option C - aggressive

• Aggressive schedule: helps faster closure

• Risk: escape risk

• Validate with: late tapeout pressure

Option D - architecture change

• Architecture change: helps long-term quality

• Risk: schedule hit

• Validate with: chronic recurring failures

DESIGN SPACE - LBIST Overview
quality <-> tester cost <-> schedule

Design pitfalls

• No ownership for quality gap

• Fixing one metric while regressing another

Tradeoff curve

BEFORE / AFTER - LBIST Overview

metric quality
  ^
  |                    --- release target
  |      o regressed
  |           o baseline
  |                o after fix
  +-------------------------------> closure iteration

Prove quality, timing, and test-power all moved safely.

DFT deep dive

BIST value is realized only when insertion, diagnosis, and repair are tied to production flow.

Concept diagram

BIST FLOW

insert MBIST/LBIST -> execute -> collect signatures -> diagnose/repair -> signoff

Metric graph

REPAIR EFFECT

yield
  ^
  |      o pre-repair
  |             o post-repair
  +---------------------> lot

Reports and artifacts

• MBIST insertion coverage

• repair signature report

• LBIST resistant fault list

• BIST release checklist

Mini case study

Fuse programming mismatch blocked repair activation; corrected bring-up script recovered expected yield uplift.

Debug branches

• Validate BIST reachability

• Correlate fail maps to repair signatures

• Audit in-field boot test budget

Senior review question

Ask: what evidence proves this DFT decision is safe for production?

Key takeaways

• State metric, lot/corner context, and pattern tag with every claim.

• Treat timing, power, and quality as one signoff problem.

Common pitfalls

• Chasing coverage without legality checks.

• Ignoring test-power side effects of pattern changes.

• Debugging silicon without reproducible tags.

Principal DFT review addendum

LBIST uses on-chip pattern generation and signature compression for in-system logic test where external ATPG access is limited.

Metric: LBIST signature quality, random-pattern-resistant fault count, runtime budget