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

AboutRoadmapCareersInternshipsFAQContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Puzzle Bank
  • SystemVerilog Language Puzzles25
  • Difficulty Guide
  • Full Topic Map
  • Interview-Day Tips
  • Study Route: One Week Before the Interview
  • Study Route: Two Weeks
  • Study Route: Four Weeks (Full Course)4
  • OOP & Testbench Puzzles25
  • Concurrency & Timing Puzzles25
  • Randomization & Constraint Puzzles25
  • SVA Assertion Puzzles25
    • Sequence Puzzles
    • Implication Puzzles
    • Temporal Corner Puzzles
    • Assertion Debug Puzzles
      • disable iff Reset Glitch Hides a Lost Grant
      • Multiclock Ack Visibility
      • Weak vs Strong at End of Simulation
      • Overlapping Attempts Share One Grant
      • $rose Consumed During Reset
      • Intersect Requirement in Dual Checks
    • SVA Assertion Puzzles: Tricky Q&A
  • Functional Coverage Puzzles25
  • Logic & Aptitude Puzzles25
  • Scenario & Debug Puzzles25
  • UVM Testbench Puzzles25
  • Clock, Reset & CDC Puzzles25
  • Bus and Interface Protocol Puzzles25
  • Interview Prep: Puzzle Rounds7
  • DV Puzzle Cheatsheet
Loading lesson

←Assertion Debug Puzzles
  1. Topics
  2. DV Interview Puzzles
  3. SVA Assertion Puzzles
  4. Assertion Debug Puzzles
  5. $rose Consumed During Reset
On this page

    VLSI DV Interview PuzzlesAll levels

    $rose Consumed During Reset

    Property intent: after en turns on, loaded must be high one cycle later; checks are off during reset. The DUT ignores en while in reset and never loads. Timeline (all other samples are 0): rst_n=0 at C80..C83 and 1 from C84; en rises 0->1 at C81 and stays 1 afterwards; loaded=0 throughout. What do p_en and p_en_fix report?

    Puzzle

    Difficulty: Medium · Puzzle 5 of 6 · Topic: Assertion Debug Puzzles

    Property intent: after en turns on, loaded must be high one cycle later; checks are off during reset. The DUT ignores en while in reset and never loads. Timeline (all other samples are 0): rst_n=0 at C80..C83 and 1 from C84; en rises 0->1 at C81 and stays 1 afterwards; loaded=0 throughout. What do p_en and p_en_fix report?

    Code

    design.sv
    1
    2
    3
    4
    5
    6
    7
    8
    9
    property p_en;
      @(posedge clk) disable iff (!rst_n)
        $rose(en) |=> loaded;
    endproperty
    
    property p_en_fix;
      @(posedge clk) disable iff (!rst_n)
        ($rose(en) || (en && $rose(rst_n))) |=> loaded;
    endproperty

    Hint

    Find the only edge where $rose(en) is true and check whether reset is active there. Then ask whether it can be true again after reset release.

    Step-by-step solution

    Diagram
    1) $rose(en) is true only at C81 (0 at C80, 1 at C81). At every later edge en was already 1, so it is false.
    2) rst_n is 0 at C81, so disable iff discards that attempt. It is not a pass or a fail.
    3) At C84 reset is released but en was 1 at C83 and is 1 at C84, so $rose(en) is false: no attempt ever starts after reset. p_en reports nothing for the whole run although loaded never goes high.
    4) p_en_fix adds en && $rose(rst_n), true at C84, so an attempt starts there and loaded is required at C85. It is 0, so p_en_fix FAILS at C85.

    Answer

    Answer: p_en: no failure (the only $rose(en) lands inside reset and is discarded, none follows); p_en_fix: FAIL at C85.

    How this was checked

    Checked by running the code in Verilator 5; the printed output supports the answer above. The only $rose(en) falls inside reset and is discarded, so p_en stays silent; p_en_fix also starts at reset release and fails at C85.

    Why candidates get it wrong

    The event the assertion waits for happened while reset masked it, and an edge detector never re-arms while the signal just stays high. The log is green because no attempt exists at all, not because loaded was checked. If an enable can be held across reset release, trigger on its level at release too.

    Interviewer follow-up

    How would you catch this class of bug without relying on the edge? Model answer: assert the state after reset release, for example (rst_n && $past(!rst_n) && en) |=> loaded, or check the loaded state in a scoreboard, and add a cover on $rose(en) with rst_n high so regressions prove the edge is exercised outside reset.

    Say it out loud

    I would find the only rose of en: it is at C81, inside reset, so the attempt is discarded. At C84 reset is released but en was already high, so there is no rose and no attempt ever starts. The plain property reports nothing even though loaded never goes high. The fixed version also triggers on en together with the rise of reset, so it starts at C84 and fails at C85. The trap is an edge detector that never re-arms when the signal just stays high. I would trigger on the level at reset release.

    Related topics

    • Asynchronous Reset and Disable Iff

    • $rose, $fell, $stable, $changed

    • Back to Assertion Debug Puzzles

    • SVA Assertion Puzzles section

    Previous

    133 / 293

    Next: Intersect Requirement in Dual Checks

    Up next

    Up nextIntersect Requirement in Dual Checks

    Sign in to save progress

    Practice this lessonPrevious lessonReport an error

    See also

    • disable iff Reset Glitch Hides a Lost Grant
    • Multiclock Ack Visibility
    • Weak vs Strong at End of Simulation