check_axi_stream not detecting errros in 5.0.0.dev6
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue nà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
- Đặc tả rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- testing-qa
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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)
- 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
-
AXI slave VCs have identical stalling behaviorCó thể đã có người làm @Lay007 đã nhận 25 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
VUnit/vunit#1219 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
bug screener-policy
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
ditto-assistant/ditto-subnet#3067 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
routine:ci-review
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
harlan-zw/unlighthouse#456 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
eugenioenko/ttt#1085 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area: backend bug priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
snapotter-hq/SnapOtter#3449 ·
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 82/100
Maintainer thường phản hồi trong vòng 1 ngày