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
  • CDC/RDC Glossary
  • CDC/RDC Metrics Reference
  • CDC/RDC Interview Prep
  • CDC/RDC Signoff Cheatsheet
  • Clock Domains and Failure Modes8
  • Metastability and Synchronizers16
  • CDC Protocols and Handshakes16
  • Reconvergence and Gray Coding16
  • Reset Domain Crossing16
  • Architecture and Design Rules16
  • CDC Signoff Methodology24
  • RDC Signoff16
  • Debug and Case Studies11
  • CDC and RDC Interview Prep30
    • CDC/RDC Whiteboard Framework
    • CDC/RDC Framework Drills
    • Scenario: Metastability Bug
      • The Scenario
      • Investigation Steps
      • Root Cause and Fix
      • How to Narrate It
    • Scenario: Metastability Escape in Silicon Bring-up
    • Scenario: Async FIFO Pointer Mismatch
    • Scenario: Waiver Debate
    • Scenario: RDC Waiver Under Tapeout Pressure
    • CDC/RDC Interview Q&A Bank
    • CDC/RDC Interview Q&A Bank (Expanded)
  • Capstone: Sign Off a Multi-clock Peripheral4
Loading lesson

‹Scenario: Metastability Bug
  1. Topics
  2. CDC & RDC
  3. CDC and RDC Interview Prep
  4. Scenario: Metastability Bug
  5. The Scenario

Part 10 · Interview Prep · All levels

The Scenario

The symptom as the interviewer gives it: a rare illegal-state freeze that never reproduces.

On this page

    You are told: a control block takes an interrupt from a sensor clock and processes it on a slower clock. In the field, roughly once in weeks of operation, the control FSM enters a state the designers call impossible, and the system freezes. Power-cycling recovers it. The bench has run the same test for a month with no failure, and simulation is clean. Nothing else is known.

    What to repeat back

    Three facts matter and everything else is noise. First, the state is illegal, which points at the FSM sampling something neither cleanly 0 nor cleanly 1, or at two related inputs disagreeing. Second, the failure is rare and unreproducible, which points away from deterministic logic bugs and toward timing-dependent capture. Third, a clock boundary sits exactly where the suspicious input enters, which makes the crossing the prime suspect. Repeat these three back before theorising: it shows the interviewer you diagnose from evidence.

    What not to assume

    • Do not assume the synchroniser is present: "there is a two-flop synchroniser" is the most common invented fact in this scenario.

    • Do not assume noise or a faulty board: the illegal state implicates the design until the crossing audit clears it.

    • Do not assume simulation coverage means anything for this failure: rare capture-timing failures are exactly what simulation cannot prove.

    Interview

    The interviewer is testing whether you ask for the crossing list before proposing causes. Ask: which signals cross into the FSM's clock, what synchronises each, and what does the structural report say about them?

    Check yourself Why does "runs for weeks, then freezes in an illegal state" point at the crossing rather than at ordinary logic?

    Ordinary logic bugs reproduce deterministically on the bench; a rare illegal state at a clock boundary matches a capture-timing failure that needs an unlucky phase alignment, which happens rarely and never on demand.

    Related topics

    • Next: Investigation Steps

    • Failure modes reference

    Previous

    153 / 179

    Next: Investigation Steps

    Up next

    Up nextInvestigation Steps

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Root Cause and Fix
    • How to Narrate It