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

  • RTL Foundations36
  • Combinational Design25
  • Sequential Design27
  • FSM & Control27
  • Timing & Clocking39
  • Reset & CDC34
  • Memory & Buses57
  • Advanced RTL28
  • Senior & Interview76
    • Low-Power RTL Hub
    • DFT and Scan Hub
    • Physical Awareness Hub
    • Waveform Debug Hub
    • STA and ECO Hub
    • RTL-to-Implementation Closure
    • DFT-Ready RTL
    • Capstone: Resilient Streaming Peripheral
    • Principal Design Review
    • Senior RTL Interview Questions & Model Answers
      • Interview: Combinational and Arithmetic
      • Interview: Sequential and Pipelines
      • Interview: FSM and Control
      • Interview: Timing and STA
      • Interview: CDC and Reset
      • Interview: Memories and Buses
      • Interview: Low-Power Design
      • Interview: Debug and ECO
        • X-propagation discipline
        • Why simulation and silicon disagree
        • Capturing an intermittent failure
        • ECO or RTL change
      • Interview: Coding and Whiteboard
  • Glossary and Notation
Loading lesson

‹Interview: Debug and ECO
  1. Topics
  2. RTL Design
  3. Senior & Interview
  4. Senior RTL Interview Questions & Model Answers
  5. Interview: Debug and ECO
  6. Why simulation and silicon disagree

Part 9 · Senior · Senior

Why simulation and silicon disagree

A taxonomy of simulation versus silicon gaps, from X-optimism and races to missing constraints and corners.

On this page

    Why this matters

    When the testbench passes and the chip fails, running more random seeds only samples the same idealisations again. The interviewer wants a systematic search, ordered by how often each gap bites.

    After this lesson you can: list the usual simulation idealisations, say what silicon does instead, and name the check that removes each gap.

    The question

    The interviewer asks where to look first when the testbench passes and the chip fails. The question tests for a systematic search, not a guess. The answer is a taxonomy ordered by how often each gap bites.

    Model answer

    Every gap below shares one shape: the simulator models an idealization that silicon does not honor. The fix is to name the idealization and add the check that removes it.

    Decision flow. If the failure depends on voltage or temperature, start with corners and modes. Otherwise, if it appears only after power-up or a power transition, start with reset, X and power intent. Otherwise, if it appears only at one clock boundary or interface, start with constraints and CDC. Otherwise start with races and model gaps.
    Where to look first: three questions about the failure pick which row of the table below to start from.

    Answer the questions from the top; each yes sends you to one family of gaps in the table.

    • The questions are cheap to answer in the lab: vary the supply, power-cycle the part, and note which interface misbehaves.

    • Each end box names a row of the table and the check that removes that idealization.

    • A failure can have more than one cause. Starting in the right family only shortens the search.

    Gap

    Why simulation passes

    What silicon does

    How to catch it

    Uninitialized state (X-optimism)

    An X takes a benign branch, as in the previous lesson

    Powers up 0 or 1, arbitrarily

    X-propagation runs plus reset discipline

    Races in clocked logic

    Blocking assignments evaluate in a benign order

    Fixed hardware with no ordering choice

    Nonblocking rule for always_ff, zero-delay discipline

    Missing or wrong constraints

    STA checks a clock that was never real

    Violates setup or hold on the true clocks

    Constraint review against the real clocking, report-driven sign-off

    Clock-domain crossings

    Transfers look clean in RTL simulation

    Metastability on unsynchronized crossings

    Synchronizer plus protocol review on every crossing

    Power intent absent from simulation

    Isolation and retention behave as plain wires

    Clamps, floats, or loses state

    Power-aware simulation and clamp checks

    Untested corners and modes

    Typical corner and mission mode pass

    Fails slow, fast, low-voltage, or scan-mode corners

    Corner STA and scan-mode timing checks

    Interview

    Strongest one-line answer: list the idealizations in order, and name the check that removes each.

    Follow-ups

    • The failure appears only at low voltage. What changes? Timing margins shrink and marginal paths fail first. The fix is corner STA and characterization coverage, not more typical-corner simulation.

    • STA is clean and the lab failure looks like a protocol violation. What now? Constraints may describe a clock that the board does not provide, or CDC paths may lack synchronizers. Review constraints against the real clocking and audit every crossing.

    Common wrong answers

    • “Run more random seeds.” Random stimulus exercises the same idealizations. A gap in the model never closes by sampling it more.

    • “It must be a tool bug.” Tool bugs exist but are rare. Model gaps outnumber them by far, so audit the model first.

    Common pitfall

    Blaming the most recent change. A new test can expose an old modeling gap. Bisect the stimulus before bisecting the RTL.

    Check yourself STA passes but the chip fails timing on one interface. Name two modeling suspects.

    A wrong constraint on that clock, or an unconstrained CDC path feeding the interface. Both make STA check something other than the real hardware.

    Check yourself Gate-level simulation with timing passes. What gap can remain?

    Power intent and analog effects. Sims without power intent still idealize isolation and retention, and no digital sim covers signal integrity.

    Remember

    • Every gap has one shape: the simulator models something silicon does not honour.

    • Model gaps far outnumber tool bugs, so audit the model before blaming the tool.

    • A wrong constraint or an unconstrained crossing makes STA check something other than the hardware.

    Rule of thumb: name the idealisation first, then add the check that removes it.

    Keep going

    • Interview: run a mock interview on this topic

    Related topics

    • Fix strategy: setup vs hold

    • Self-checking and observability

    Previous

    342 / 350

    Next: Capturing an intermittent failure

    Up next

    Up nextCapturing an intermittent failure

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • ECO or RTL change