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
  • Beyond Setup and Hold16
  • Multi-Corner Multi-Mode Signoff16
  • OCV, AOCV, POCV and Variation16
  • Crosstalk and Noise16
    • Delta Delay Mechanism
    • Noise and Glitch Analysis
      • Glitch Height and Width
      • Noise Immunity
      • Functional Failure Risk
      • Noise Review
    • SI ECO Fix Order
    • SI Signoff Reports
  • ECO and Closure16
  • STA Debug Playbook16
  • STA Interview Prep26
  • Capstone Timing Signoff Lab4
Loading lesson

‹Noise and Glitch Analysis
  1. Topics
  2. Static Timing Analysis
  3. Crosstalk and Noise
  4. Noise and Glitch Analysis
  5. Functional Failure Risk

Part 7 · Crosstalk and Noise · All levels

Functional Failure Risk

Noise violations are not equally dangerous: clock, reset and latch-enable receivers can corrupt state from a single glitch, so they are held to a stricter margin.

On this page

    Why it matters

    A violation count treats all noise violations as equal. They are not. A glitch at a data pin that happens when the flop is not capturing does nothing. A glitch on a flop clock pin can clock the flop at the wrong time; one on an asynchronous reset can clear it. Ranking by receiver type puts the dangerous ones first.

    Receiver classes

    Receiver

    What a glitch can do

    Policy

    Clock pin

    Spurious clock edge: state changes at the wrong time

    Fix any violation; require a margin

    Asynchronous reset or set

    Spurious reset or set of a flop

    Fix any violation; require a margin

    Latch enable

    Latch opens briefly and captures data

    Fix any violation; require a margin

    Flop data pin

    Only matters if it overlaps the capture window

    Fix violations; check windows

    Combinational input

    Propagates, and only matters if it reaches one of the above

    Fix if it reaches a critical receiver

    example.py
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    # (net, receiver, margin in volts: allowed height minus glitch height)
    nets = [("n1", "flop_D", 0.20), ("n2", "clock_pin", 0.05), ("n3", "async_reset", 0.08),
            ("n4", "latch_enable", 0.12), ("n5", "flop_D", -0.03), ("n6", "flop_D", 0.02)]
    critical = {"clock_pin", "async_reset", "latch_enable"}
    required_critical_margin = 0.10
    must_fix = [(n, r, m) for n, r, m in nets
                if (r in critical and m < required_critical_margin) or (r not in critical and m < 0)]
    order = [n for n, r, m in sorted(must_fix, key=lambda t: (t[1] not in critical, t[2]))]
    watch = [n for n, r, m in nets if (n, r, m) not in must_fix and m < 0.05]
    assert order == ["n2", "n3", "n5"]
    assert watch == ["n6"]
    print("PASS: fix in this order", order, "; watch list", watch)

    Six nets, one with a data-pin violation and two critical-receiver nets that pass the library curve but fall short of the stricter 0.10 V margin. The critical ones go first: n2 at 0.05 V and n3 at 0.08 V are not violations on paper, but a glitch that reaches a clock or reset pin is not worth betting on. The data-pin violation n5 comes next; n6, passing with 0.02 V, is watched but not fixed. The ordering (n2, n3 before the real data violation n5) reflects the stricter policy for critical receivers. The 0.10 V requirement is an example policy, not a standard.

    What the review looks for

    • Noise results are broken down by receiver class, and critical classes have their own margin and their own sign-off.

    • Every critical receiver has a margin, not just a pass or fail.

    • Combinational receivers are traced forward to see whether the glitch can reach a critical pin.

    Common pitfall

    Waiving a noise violation on a clock or reset net because 'it never failed in simulation'. A glitch is a timing-dependent event that simulation seldom covers.

    Interview

    Name the receivers that make noise dangerous: clock, asynchronous set/reset and latch enable.

    Check yourself Why is a combinational receiver not automatically safe?

    The glitch can propagate through the logic to a clock, reset or latch pin, or to a data pin during its capture window; whether it matters depends on where it ends up.

    Related topics

    • Noise Immunity

    • Next: Noise Review

    Previous

    112 / 183

    Next: Noise Review

    Up next

    Up nextNoise Review

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Glitch Height and Width