You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The onehot-error signals in relation to the read addresses (oh_raddr_a_err, oh_raddr_b_err) in rtl/ibex_register_file_fpga.sv are unassigned for non-secure Ibex configurations (which is for example used for opentitan FPGA top-levels IIRC):
which triggers assertions (at least for us) when simulating with the FPGA regfile. It however seems to not cause issues during synthesis, at least with Vivado.
I am also unsure about the comments that refer to rdata_*_o as asynchronous:
Observed Behavior
The onehot-error signals in relation to the read addresses (
oh_raddr_a_err
,oh_raddr_b_err
) in rtl/ibex_register_file_fpga.sv are unassigned for non-secure Ibex configurations (which is for example used for opentitan FPGA top-levels IIRC):ibex/rtl/ibex_register_file_fpga.sv
Lines 152 to 158 in 667fd20
This leads to the regfile
err_o
signal becomingx
ibex/rtl/ibex_register_file_fpga.sv
Line 55 in 667fd20
which triggers assertions (at least for us) when simulating with the FPGA regfile. It however seems to not cause issues during synthesis, at least with Vivado.
I am also unsure about the comments that refer to
rdata_*_o
as asynchronous:ibex/rtl/ibex_register_file_fpga.sv
Lines 153 to 154 in 667fd20
Expected Behavior
Same as for the other regfile variants; signals in question being tied to
1'b0
forRdataMuxCheck = 0
.The text was updated successfully, but these errors were encountered: