AXI slave VCs have identical stalling behavior
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- testing-qa
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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?
- Lenguaje dominante
- VHDL
- Estrellas
- 850
- Forks
- 305
- Merge medio
- 2 d 13 min
- PR fusionados (30 d)
- 9
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de VUnit/vunit
-
KeyError in test scheduler when using TestBench.scan_tests_from_file()Posiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
GHDL: generics leak between configurations when `ghdl.sim_flags` is setPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
VUnit/vunit#1223 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Los mantenedores suelen responder en 1 día
-
Queue Copy() behaving undefined.Abierto
Dificultad 4/5 1-2 días Aptitud para principiantes 52/100
Los mantenedores suelen responder en 1 día
Todos los issues de VUnit/vunit
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
nekko-labs/nekko-agent#1756 ·
Los mantenedores suelen responder en 1 día
-
enhancement good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Official-Space-AI/OpenPhysGraspGen#114 ·
Los mantenedores suelen responder en 2 días
-
backend bug ready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
geolens-io/geolens#3639 ·
Los mantenedores suelen responder en 1 día
-
component:obi contribfest go test
Dificultad 2/5 Menos de una hora Aptitud para principiantes 83/100
open-telemetry/opentelemetry-ebpf-instrumentation#4143 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día