STA Mastery · All levels

Report Timing Deep Read: Reports & Metrics

Reports & Metrics for Report Timing Deep Read.

Reports and metrics

Reports & Metrics for Report Timing Deep Read focuses on incremental delay attribution accuracy, false debug rate. The goal is to connect the observable symptom to timing mechanism, ownership, and regression risk.

The job of a report is to turn incremental delay attribution accuracy, false debug rate into a closure decision. A single WNS number is almost never enough; you need path group breakdown, cell vs net split, and a clear gap between current slack and signoff target.

Metric movement

diagram
METRIC GRAPH — incremental delay attribution accuracy, false debug rate

WNS (ps)
  ^
  |                         target (0)
  |                       - - - - - - -
  |                  o after ECO + hold check
  |              o
  |         o baseline run
  |    o failing regression
  +--------------------------------------> closure iteration
    view audit     path group fix     MMMC signoff

Readout:
  - explain why WNS/TNS moved and which path group drove the change

Slack distribution

diagram
SLACK HISTOGRAM — Report Timing Deep Read

path count
  |      ***
  |    *******
  |  ***********
  |*************  <- WNS (worst path)
  +--------------------> slack (ns)
  -0.15  0.0  0.10

Fix the left tail first; average slack misleads.
  • Track incremental delay attribution accuracy, false debug rate by path group, corner, and analysis view.

  • Report WNS/TNS and failing endpoint count together.

  • Include setup and hold splits; they often diverge after ECO.

  • Always store the metric next to the artifact that produced it.

STA deep dive

Slack is a path story — read the graph, not just the number.

Concept diagram

diagram
TIMING GRAPH

FF --cell-- logic --net-- logic --cell-- FF
launch                              capture

Metric graph

diagram
SLACK TAIL

paths |    ***
      |  *******
      |*********  <- fix WNS first

Reports and artifacts

  • WNS/TNS

  • path slack histogram

  • cell vs net %

  • path group summary

Mini case study

WNS -90ps but 80% net delay on one congested route — PD route fix beat upsizing three cells.

Debug branches

  • Cell-heavy -> sizing/VT

  • Net-heavy -> route/layer

  • Check launch/capture clocks

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.

Reading reports