AXI slave VCs have identical stalling behavior
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- testing-qa
Direzione di ricerca
Start with vunit/vhdl/verification_components/src/axi_slave_private_pkg.vhd and its init() procedure, then review axi_slave_t in axi_slave_pkg.vhd and the open pull request #1227. Determine how instance seeding should preserve the desired stall probabilities and backwards compatibility. Done means multiple AXI slave VCs can have independent cycle-by-cycle stalling behavior under the agreed default or configuration.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
In axi_slave_private_pkg.vhd, p_rnd is never seeded, so every axi_read_slave/axi_write_slave instance uses the same default OSVVM seed.
In testbenches with multiple AXI slave VCs, we may want equal stall probabilities, but usually we don't want cycle-by-cycle identical behavior.
As a quick workaround, adding this line to the init() procedure causes the instances to be seeded differently:
p_rnd.InitSeed(name(axi_slave.p_actor));
(not forgetting to first use work.com_pkg.name;).
IMO that would be reasonable default behavior, but for backwards-compatibility maybe a better solution would be to add a boolean element to axi_slave_t so InitSeed() is only called if enabled?
- 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
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 52/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
bug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
yunaremaia/acc-mcp#63 ·
-
bug effort:medium model:light tests
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
external
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
langchain-ai/langgraph#9386 ·
I maintainer di solito rispondono entro 1 giorno
-
agent-ready area: core priority: p3 type: fix
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
schlessera/brain-kit#2503 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
StellarCanary/ProtocolCanary-Fixtures#419 ·
I maintainer di solito rispondono entro 1 giorno