Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • Reading Path
  • STA Glossary
  • STA Metrics Reference
  • STA Mastery Cheatsheet
  • Timing Paths and Checks16
  • Constraints & SDC Fundamentals20
  • Delay Graph & Path Analysis16
    • Graph Traversal & Slack
    • Cell vs Net Delay Budgets
    • Path Group Prioritization
    • Report Timing Deep Read
      • Anatomy of a Path Report
      • Reading the Clock Paths
      • Reading the Data Path
      • Common Misreadings
  • Beyond Setup and Hold16
  • Multi-Corner Multi-Mode Signoff16
  • OCV, AOCV, POCV and Variation16
  • Crosstalk and Noise16
  • ECO and Closure16
  • STA Debug Playbook16
  • STA Interview Prep26
  • Capstone Timing Signoff Lab4
Loading lesson

‹Report Timing Deep Read
  1. Topics
  2. Static Timing Analysis
  3. Delay Graph & Path Analysis
  4. Report Timing Deep Read
  5. Common Misreadings

Part 3 · Delay Graph and Path Analysis · All levels

Common Misreadings

Eight ways engineers misread timing reports, with the correction for each.

On this page

    Why it matters

    Most wasted closure effort traces back to a few repeated misreadings. This lesson lists them with the check that avoids each, so you can run through it before committing to a fix.

    The eight misreadings

    #

    Misreading

    Correction

    1

    Treating MET as proof the design works

    MET means this check passes under these constraints; constraints and other checks still matter

    2

    Ignoring the path type (max versus min)

    Read the header first; setup and hold fixes are opposite

    3

    Fixing the largest cell instead of the largest increment

    Delay per stage, not cell size, is the lever

    4

    Comparing slack between different clock models or corners

    Check the header: ideal or propagated, which view

    5

    Reading Path as if it were Incr

    Path is cumulative; Incr is the step

    6

    Assuming a missing path is clean

    A path can be missing because it is unconstrained

    7

    Blaming logic for a clock-side loss

    Read the launch and capture clock sections

    8

    Ignoring the pessimism credit when comparing runs

    Compare with the same CRPR setting

    example.py
    1
    2
    3
    4
    5
    6
    7
    8
    9
    # Misreading 5: summing the Path column instead of the Incr column
    incr = [0.30, 0.00, 0.40, 0.30, 0.15, 0.05]
    cum = []
    t = 0.0
    for x in incr:
        t += x; cum.append(round(t, 2))
    assert cum[-1] == 1.20                  # the last Path value already IS the arrival
    assert sum(cum) != cum[-1]              # summing Path double counts
    print("PASS: arrival", cum[-1], "ns; summing the cumulative column would give", round(sum(cum), 2))

    The cumulative column already holds the answer at the last row; adding its entries gives 4.65 ns, an absurd number. The Incr column is for finding the largest steps, the Path column for totals. Writing this distinction down once saves repeated confusion in new team members.

    What the review looks for

    • A short pre-fix checklist in the closure procedure: type, view, clock sections, constraints, then logic.

    • Reviews quote the header with every report, so cross-run comparisons are valid.

    • New engineers recompute one report by hand in their first week.

    Common pitfall

    Skipping the checklist when under pressure. The shortcuts in the table are exactly the errors that cost the most time under pressure.

    Interview

    Pick two misreadings from the table (for example 4 and 6) and explain them with an example; it shows experience.

    Check yourself A report is MET with +0.50 ns slack but the endpoint count in the summary is lower than the number of flops. What do you suspect?

    Unconstrained endpoints: some flops have no clock or no constraint, so they are not reported. Run the clock and constraint audits before trusting the clean slack.

    Related topics

    • Reading the Data Path

    Previous

    57 / 183

    Next: Beyond Setup and Hold

    Up next

    Up nextBeyond Setup and Hold

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Anatomy of a Path Report
    • Reading the Clock Paths