AXI slave VCs have identical stalling behavior
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- testing-qa
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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?
- Ngôn ngữ chính
- VHDL
- Star
- 850
- Fork
- 305
- Merge trung bình
- 2 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 7
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của VUnit/vunit
-
KeyError in test scheduler when using TestBench.scan_tests_from_file()Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
-
GHDL: generics leak between configurations when `ghdl.sim_flags` is setCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
VUnit/vunit#1223 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Queue Copy() behaving undefined.Đang mở
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 52/100
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
tests: pin that the atomic writers in utils/paths.py stage the temporary file in the target's directoryCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởdifficulty:2 enhancement good first issue
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 92/100
MakazhanAlpamys/Soup#2178 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Snapshot capture failure (EPERM spawning git) fails the whole step despite the best-effort contractCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởreproduced
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
anomalyco/opencode#58685 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
JakeChampion/lang#13132 ·
Maintainer thường phản hồi trong vòng 1 ngày