Closed rlindsberg closed 6 years ago
@gitgnmn Can you confirm that tb for 1.4 works? The commit history shows that all sim passed expect assignment 1.4
@rlindsberg will double check
asserts in tb for 1.4 doesn't work as in all other tbs so far... but the rom works and simulation passed.
asserts in tb for 1.4 doesn't work as in all other tbs so far... but the rom works and simulation passed.
Can you fix assert?
asserts in tb for 1.4 doesn't work as in all other tbs so far... but the rom works and simulation passed.
Can you fix assert?
As all I've found what points to that I'm using it correctly and it doesn't feel like a very important thing to make work I might take a look at it later but not for this merger. I'll fork a branch from master specific for that purpose. When I do.
So, looking at rw_memory the problem we had wasn't in rw_memory it self as much as in its test bench.
Not quite sure what you mean..
@gitgnmn here you go.
So, looking at rw_memory the problem we had wasn't in rw_memory it self as much as in its test bench.
Not quite sure what you mean..
If rw_memory:s simulation works as it is now the only difference between this code and the code we sat with yesterday is the absence of an else z_internal <= (others=>'Z') in the MEM_WRITE process and maybe that makes all the difference. But the difference in how the test benches look is much larger. I haven't tested if the old code would pas with the new test bench but I have a feeling it would. Or have you tried and know the answer already?
So, looking at rw_memory the problem we had wasn't in rw_memory it self as much as in its test bench.
Not quite sure what you mean..
If rw_memory:s simulation works as it is now the only difference between this code and the code we sat with yesterday is the absence of an else z_internal <= (others=>'Z') in the MEM_WRITE process and maybe that makes all the difference. But the difference in how the test benches look is much larger. I haven't tested if the old code would pas with the new test bench but I have a feeling it would. Or have you tried and know the answer already?
I have tested your test bench with my tests, stilling failing.
So, looking at rw_memory the problem we had wasn't in rw_memory it self as much as in its test bench.
Not quite sure what you mean..
If rw_memory:s simulation works as it is now the only difference between this code and the code we sat with yesterday is the absence of an else z_internal <= (others=>'Z') in the MEM_WRITE process and maybe that makes all the difference. But the difference in how the test benches look is much larger. I haven't tested if the old code would pas with the new test bench but I have a feeling it would. Or have you tried and know the answer already?
I have tested your test bench with my tests, stilling failing.
So, the solution was in the test bench then(?).
You may absolutely test that if you've got time. I also feel sad to leave the old test bench without knowing why it didn't work.
So, looking at rw_memory the problem we had wasn't in rw_memory it self as much as in its test bench.
Not quite sure what you mean..
If rw_memory:s simulation works as it is now the only difference between this code and the code we sat with yesterday is the absence of an else z_internal <= (others=>'Z') in the MEM_WRITE process and maybe that makes all the difference. But the difference in how the test benches look is much larger. I haven't tested if the old code would pas with the new test bench but I have a feeling it would. Or have you tried and know the answer already?
I have tested your test bench with my tests, stilling failing.
So, the solution was in the test bench then(?).
Yeah, mostly. Using TDD in this case helped me knowing what I was doing when writing code.
You may absolutely test that if you've got time. I also feel sad to leave the old test bench without knowing why it didn't work.
Maybe another time. Let's merge this and continue with labb4 instead.
closes #29 , closes #34
Todos
For rw memory:
Test 1, 2:
Test 3 - 6: