[axi_sram] Handle uninitialized memory reads triggering data known assertions
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ó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- embedded-iot
Hướng nghiên cứu
The issue identifies axi_sram and the DataKnown_A assertion, but names no files or tests. Start by locating the assertion and the time-zero random initialization for both memories, then compare the behavior of removing the assertion with retaining random initialization. Done means choosing and implementing one approach for valid reads from uninitialized memory, with the resulting assertion behavior verified.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
When the SRAM is uninitialized, reads from it fire DataKnown_A assertions.
Currently, we handle this by filling both memories with random values at time 0.
Since reading from uninitialized memory is valid behavior, we should decide weather to remove this assertion or to handle the scenario as we currently do with random values.
- 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ự
-
SPIDevice selects an active-high device as soon as it is createdCó thể đã có người làm @mikeysklar đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
adafruit/circuitpython#11869 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: RFENCE rejects the architecturally defined full-range size when start_addr is nonzeroCó thể đã có người làm @hongwei-2026 đã nhận hôm nay. Đang mởC-bug help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
rustsbi/rustsbi#484 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Fan percentage in Auto mode shows the night-mode speed cap (`nmdv`) while the fan is idle (`fnst: OFF`)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 68/100
cmgrayb/hass-dyson#552 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
backlog bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
EchoTools/nevr-runtime#2664 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
seven-lynx/HoundMind#108 ·
Maintainer thường phản hồi trong vòng 1 ngày