[axi_sram] an X on idle AXI channels fires Data Known assertion
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 66/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- testing
Hướng nghiên cứu
Start with DataKnown_A at axi_sram_block_tb.dut.u_axi_to_detailed_mem.i_mem_to_banks.gen_reqs[0].i_ft_reg and inspect how idle AXI payloads are checked. Remove vif.set_drive_x_when_idle(1'b0) from hw/top_chip/dv/axi_sram/env/axi_sram_env.svh and run dvsim hw/top_chip/dv/axi_sram/block_tb/axi_sram_block_sim_cfg.hjson -i axi_sram_write_read; done when the test passes without the workaround and the assertion does not fire.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
If the AXI manager drives X on a channel's payload while that channel's VALID is low, a DataKnown_A assertion fires inside the SRAM. This is legal on AXI, since the payload only matters while VALID is high, so the assertion shouldn't fire.
The block-level DV environment avoids the problem by driving 0 instead of X on idle channels (vif.set_drive_x_when_idle(1'b0) in hw/top_chip/dv/axi_sram/env/axi_sram_env.svh).
To reproduce, remove that line and run:
dvsim hw/top_chip/dv/axi_sram/block_tb/axi_sram_block_sim_cfg.hjson -i axi_sram_write_read
The assertion that fires is axi_sram_block_tb.dut.u_axi_to_detailed_mem.i_mem_to_banks.gen_reqs[0].i_ft_reg.DataKnown_A, during a read.
The workaround should be removed from the DV environment once fixed.
- Ngôn ngữ chính
- SystemVerilog
- Star
- 45
- Fork
- 22
- Merge trung bình
- 2 ngày 4 giờ
- Pull request đã merge (30 ngày)
- 9
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 lowRISC/mocha
-
Document lowRISC Nix cacheĐang mở
Độ 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 2 ngày
-
[axi_sram] Clarify when SRAM can invalidate a capability by clearing only one of its tag bitsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 60/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
lowRISC/mocha#753 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
lowRISC/mocha#752 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của lowRISC/mocha
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
ready-for-human
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
Maintainer thường phản hồi trong vòng 1 ngày
-
netbox status: needs triage type: bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
netbox-community/netbox#23682 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Duplicate checker ignores payloads that start with # (SSTI, Velocity, open redirect fragments)Đang mởbug maintenance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
OWASP/OWASP-Hunting#72 ·
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