-
Notifications
You must be signed in to change notification settings - Fork 815
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
Fix the gpio_stress_all with random reset #25657
Fix the gpio_stress_all with random reset #25657
Conversation
ada03cb
to
245aab3
Compare
Please could you squash all these commits together? |
a6b6d85
to
3e539ca
Compare
3e539ca
to
eace0fe
Compare
eace0fe
to
7d67ef6
Compare
hw/ip/gpio/dv/env/seq_lib/gpio_random_long_reg_writes_reg_reads_vseq.sv
Outdated
Show resolved
Hide resolved
Thanks! |
354ccf3
to
1d90818
Compare
1d90818
to
afc55dd
Compare
768bfda
to
afc55dd
Compare
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.
Hi @marcelocarvalhoLowRisc! I've just gone through the changed files and I think my questions from December 17th still apply. Would you mind going through and updating things?
afc55dd
to
069140d
Compare
I think now everything is fixed, sometimes I missed some comments that was not in the main page or in the commit section. Sorry about that |
`uvm_info(msg_id, $sformatf("gpio_i = %0h", gpio_i), UVM_LOW) | ||
|
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 think we can drop this hunk (which changes a verbosity level and adds a newline).
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.
fixed.
//Skip if a reset is ongoing... | ||
if (!cfg.clk_rst_vif.rst_n) break; |
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 think this comment still applies (now on line 70)
// Skip if a reset is ongoing... | ||
if (!cfg.clk_rst_vif.rst_n) break; |
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 don't think this break statement will have any effect.
The next one won't either, but I guess at least it avoids us generating a pointless UVM transaction. This one should probably be dropped.
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 kept the second one, and removed the first one. =)
cfg.clk_rst_vif.wait_clks_or_rst(delay); | ||
`uvm_info(msg_id, $sformatf("waiting for %0d clock cycles", delay), UVM_HIGH) |
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 know that this isn't caused by your change, but this is rather silly! It prints the message after it has waited! I'd probably swap the two lines over.
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.
ahahah, fixed =)
Updates to the sequences to replace the wait_clk to wait_clks_or_rst. Signed-off-by: Marcelo Carvalho Faleiro de Almeida <[email protected]>
069140d
to
3f2c959
Compare
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.
all fixed from my side.
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.
Thanks! This looks good to me.
New fix for the stress_all_gpio testcase with random reset. Basically included new if(reset) checks into the sequences to skip the flow when a reset comes, and replaced the wait_clks task to wait_clks_or_rst. This makes the gpio test pass with a reasonable number of seeds. It's a temporally fix until we have the reset agent on place.