check_axi_stream not detecting errros in 5.0.0.dev6
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Ferma
- Ambito
- testing-qa
Direzione di ricerca
The reproduction identifies the failing call in <root>/test/base/olo_base_arb_wrr/olo_base_arb_wrr_tb.vhd at line 138 and the test command in <root>/sim. Start by running python3 run.py *arb_wrr* with vunit_hdl 5.0.0.dev6 and compare the result with 4.7.0. Done means the 5.0.0.dev6 run detects the data mismatch and fails as expected.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I noticed that in 5.0.0.dev6 check_axi_stream() does not detect data mismatches. Testbenches that worked correctly and actually checked results in 5.0.0.dev6 seem to no more check results and always pass.
IMO this is very CRITICAL. If VUnit does fail due to a bug, this is unhandy but it does not lead to buggy designs passing verification - the problem is detected and a solution can be found. Here the situation is that VUnit does NOT FAIL even if bugs are present. Even worse - testbenches that used to work correctly in the past and in which developers may trust will not do their checks and always succeed. IMO this problem should be tackled better sooner than later.
I have created a reproduction setup here:
https://github.com/open-logic/open-logic/tree/debug/vunit-check-axi-stream-issue
The incorrectly working check_axi_stream() call is in /test/base/olo_base_arb_wrr/olo_base_arb_wrr_tb.vhd on line 138
I am working with ghdl 5.0.1 but I believe the simulator should not play a role
How to reproduce:
- Checkout the branch mentioned above
- Ensure vunit_hdl 5.0.0.dev6 is installed
- Navigate to /sim
- Execute
python3 run.py *arb_wrr*--> This will succeed although it should fail - Change vunit_hdl installation to 4.7.0
- Execute
python3 run.py *arb_wrr*--> This will fail (correct behavior)
- Lingua principale
- VHDL
- Stelle
- 850
- Fork
- 305
- Merge medio
- 2g 10h
- PR unite (30g)
- 7
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di VUnit/vunit
-
KeyError in test scheduler when using TestBench.scan_tests_from_file()Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
GHDL: generics leak between configurations when `ghdl.sim_flags` is setForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
VUnit/vunit#1223 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
AXI slave VCs have identical stalling behaviorForse già presa @Lay007 l’ha presa 27 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
VUnit/vunit#1219 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Docker host resolution missing default rootless Docker pathForse già presa @500B l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
testcontainers/testcontainers-rs#1000 ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Nimblesite/SharpLsp#468 ·
I maintainer di solito rispondono entro 1 giorno
-
ci-failure ci:assertion test
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
openwatersio/slackwater-ios#811 ·
I maintainer di solito rispondono entro 1 giorno
-
A-testing C-bug E-small P-low
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno