STA Mastery · All levels

Constraint Bug Patterns: Inputs & Outputs

Inputs & Outputs for Constraint Bug Patterns.

Inputs and outputs contract

Inputs & Outputs for Constraint Bug Patterns focuses on false violation count after SDC fix, constraint audit pass rate. The goal is to connect the observable symptom to timing mechanism, ownership, and regression risk.

Treat these as a signed interface contract. Ambiguity here is the single biggest source of wasted integration weeks, because two teams debug against different assumptions.

diagram
INPUTS
  - SDC (clocks, IO delays, exceptions)
  - Liberty libraries per corner
  - SPEF/parasitics and RC corner
  - MMMC scenario definition

OUTPUTS
  - WNS/TNS reports per scenario
  - path group summaries
  - constraint audit / waiver log
  - signoff closure memo

Timing path sequence

diagram
TIMING PATH — Constraint Bug Patterns

launch FF --logic stages--> capture FF
     |                           |
  launch clock                capture clock
     |                           |
  required: arrival < capture_edge - setup
  metric: false violation count after SDC fix, constraint audit pass rate

Ownership map

diagram
OWNERSHIP MAP — Constraint Bug Patterns

artifact              owner
----------------      -----------------
timing report       STA owner
SDC/constraint      RTL owner
implementation      synthesis owner

Every WNS cluster needs a named owner before ECO.

STA deep dive

Debug hygiene separates senior STA leads from report readers.

Concept diagram

diagram
DEBUG ORDER

1. same tags?  2. constraints?  3. view?  4. real path?  5. ECO

Metric graph

diagram
ROOT CAUSE MIX (typical)

constraint bugs  ████████  35%
view mismatch    ██████    25%
real path        ██████    25%
methodology      ████      15%

Reports and artifacts

  • run manifest

  • SDC diff

  • SPEF tag

  • scenario isolation

Mini case study

Mystery regression: SPEF corner tag typo in run script — not a design bug.

Debug branches

  • Manifest every run

  • War room by path group

Senior review question

Ask: what corner/mode/view proves this topic is closed or failing?

Key takeaways

  • State corner, mode, view, and database tag with every slack claim.

  • Run setup and hold plus MMMC regression after every ECO.

Common pitfalls

  • Comparing STA runs with different SPEF or SDC tags.

  • Broad false_path to green-wash violations.

  • Setup-only ECO without hold check.

Principal STA review addendum

Most 'mystery' STA failures are wrong clocks, missing generated clocks, bad I/O delay, or over-broad exceptions.

Metric: false violation count after SDC fix, constraint audit pass rate