-
Notifications
You must be signed in to change notification settings - Fork 792
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[hmac,dv] Move IDLE check from vseq to scb #25735
base: master
Are you sure you want to change the base?
Conversation
martin-velay
commented
Dec 20, 2024
•
edited
Loading
edited
- this PR should fix this issue [hmac,dv] TB issue hmac_stress_all_with_rand_reset test "is_idle" #24690
- Move the IDLE pin check from the base sequence to the SCB as it makes more sense to perform check there.
- Move the IDLE pin check from the base sequence to the SCB as it makes more sense to perform check there. Signed-off-by: Martin Velay <mvelay@lowrisc.org>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me!
Can this really fix the issues with the stress_all_with_rand_reset test?
cfg.clk_rst_vif.wait_clks(1); // Wait one clock cycle to be sure IDLE state will be set | ||
check_idle(1'b1); // Check IDLE after a reset has occured |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks sensible, but would it make more sense put put it in the fork below? That way, tasks like hmac_process_fifo_status
don't have to wait before they start.
@@ -139,7 +139,6 @@ task hmac_base_vseq::dut_init(string reset_kind = "HARD"); | |||
if (do_hmac_init) begin | |||
hmac_init(); | |||
end | |||
`DV_CHECK_EQ(cfg.hmac_vif.is_idle(), 1'b1) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm extremely enthusiastic about taking this sort of thing out of the sequences. Thanks!