[sram_ctrl,dv] Tweak sram_ctrl_readback_err_vseq#29738
[sram_ctrl,dv] Tweak sram_ctrl_readback_err_vseq#29738rswarbrick merged 1 commit intolowRISC:masterfrom
Conversation
960052c to
97d1903
Compare
97d1903 to
43dc4c0
Compare
43dc4c0 to
14c69ea
Compare
nasahlpa
left a comment
There was a problem hiding this comment.
Thanks @rswarbrick, this now looks much cleaner than before. As far as I can see, the test does what it is supposed to do, so LGTM!
14c69ea to
e8f4496
Compare
| // A tuple that describes an FI path. | ||
| typedef struct { | ||
| // The HDL path | ||
| string path; |
There was a problem hiding this comment.
Did you intend to align with L19?
There was a problem hiding this comment.
Yes, and I think it probably makes sense, making the structure slightly easier to read. Does that seem reasonable to you?
| } fi_desc_s; | ||
|
|
||
| // If true, the generated memory operations will be writes. If false, they will be reads. | ||
| rand bit m_target_write; |
There was a problem hiding this comment.
Could you remove extra space
There was a problem hiding this comment.
Yes, definitely. I was going to say "ah, but it's aligned with the guy below". True, but m_targeted_desc (below) isn't aligned. Let's drop the extras.
|
|
||
| // A mask that gives the bits that should be flipped to inject a fault | ||
| uvm_hdl_data_t mask; | ||
| } fi_desc_s; |
There was a problem hiding this comment.
I'd like it even more if verible was shouting to declare it as fi_desc_t_s but linters are not that smart.
This was originally motivated by trying to get the test to pass when
run under Xcelium as well as VCS, but there was some room for tidying
up the test.
Changes in this commit:
- There are LOTS of comments that explain what is going on.
- Sequence variables are now randomised in a slightly simpler
manner (as rand class variables). The only hard bit was picking an
unpacked config struct. The trick is to pick the index in the
randomisation and then copy the value at that index in
post_randomize.
- We now allow a few extra TL reads after injecting the error. This
wasn't done in the past. The scoreboard was fixed in the previous
commit to allow such stimulus.
- A check for integrity errors in cip_base_scoreboard needs
disabling.
Signed-off-by: Rupert Swarbrick <rswarbrick@lowrisc.org>
e8f4496 to
2c3ffd2
Compare
This was originally motivated by trying to get the test to pass when
run under Xcelium as well as VCS, but there was some room for tidying
up the test.
Changes in this commit:
There are LOTS of comments that explain what is going on.
Sequence variables are now randomised in a slightly simpler
manner (as rand class variables). The only hard bit was picking an
unpacked config struct. The trick is to pick the index in the
randomisation and then copy the value at that index in
post_randomize.
We now allow a few extra TL reads after injecting the error. This
wasn't done in the past. The scoreboard was fixed in the previous
commit to allow such stimulus.
A check for integrity errors in cip_base_scoreboard needs
disabling.