DFT / ATPG · All levels

Pattern Signoff: Software / Programmer View

Software / Programmer View for Pattern Signoff.

RTL / integration view

Clocking/reset design choices can simplify or block ATPG closure.

What teams feel

  • Unexpected untestables

  • clock/reset test-mode conflicts

RTL structure impact

  • Scan hooks

  • mode controls

  • debug access gating

Tool interaction

  • Synthesis transforms affecting scan paths

  • clock-gating interaction

Mitigations

  • DFT lint gates

  • test-aware coding standards

  • joint RTL/DFT reviews

diagram
RTL VIEW - Pattern Signoff
// mode logic changed -> recheck controllability and constraints

Layer touch points

diagram
DFT OWNERSHIP LAYERS - Pattern Signoff

layer              owns                         failure mode
----------------   --------------------------   -------------------------
rtl/architecture   scanability hooks            uncontrollable logic
atpg/constraints   legal pattern intent         aborts, low coverage
physical/clocking  chain route + test clocks    shift hold/timing escapes
tester/program     pattern apply integrity      false binning / bad fails
quality signoff    release criteria             escapes or schedule slip

DFT deep dive

ATPG quality comes from fault model choice plus legal constraints, not raw pattern volume alone.

Concept diagram

diagram
ATPG FLOW

fault model -> constraints -> generation -> simulation -> coverage closure -> signoff

Metric graph

diagram
COVERAGE GAP

target coverage
  ^
  |      o before closure
  |          o after fixes
  +---------------------> iteration

Reports and artifacts

  • fault model coverage

  • untestable class report

  • constraint legality errors

  • pattern signoff memo

Mini case study

Transition coverage stalled due to clock constraints mismatch; updated at-speed capture definitions recovered target.

Debug branches

  • Classify untestable faults

  • Diff ATPG constraints each run

  • Pair coverage with pattern 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

Pattern signoff validates that pattern sets meet quality, runtime, and tester format requirements before tapeout and production handoff.

Metric: final coverage, escaped fault estimate, tester-ready pattern quality