STA Mastery · All levels

Report Timing Deep Read: Interview Drills

Interview Drills for Report Timing Deep Read.

Interview drills

Interview Drills 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.

diagram

PROMPT
You see incremental delay attribution accuracy, false debug rate on Report Timing Deep Read. Walk through root cause and fix.

STRONG ANSWER
1. Names corner/mode/view and path group.
2. Explains Senior STA debug reads incremental delay, sense, edge, clock domain, and exception flags on the critical path — not just slack number.
3. Requests annotated timing report, path viewer screenshot, constraint trace.
4. Proposes one reduced sequence and one system regression.

WEAK ANSWER
Jumps to upsizing cells, widening routes, or blaming tools without reading constraints and path delay.

Diagram to draw on the whiteboard

Critical path annotation

diagram

REPORT TIMING LINE (what to read)

 (rise) 0.12  U234/Z (AND2)     <- incremental delay
        0.45  net foo/bar       <- net delay + fanout
 (fall) 0.08  U567/D (DFF)      <- sense and edge matter
 clock: clk_main rise@500ps      <- launch/capture clocks

Read incremental delay, not just total slack.

Root-cause tree to narrate

diagram

ROOT-CAUSE TREE — Report Timing Deep Read

incremental delay attribution accuracy, false debug rate looks wrong
        |
   same netlist tag?
     /        \
   no          yes
   |            |
 view/SDC     real path or
 mismatch     constraint bug
 /    \           |
lib   SPEF    delay breakdown
diff  diff    cell vs net

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.

Principal STA review addendum

Senior STA debug reads incremental delay, sense, edge, clock domain, and exception flags on the critical path — not just slack number.

Metric: incremental delay attribution accuracy, false debug rate

Practice this lesson