Arjan Bink

@silabs-oysteink Has this issue been fixed now (and can it be closed)?

The following code should be updated as well: assign ctrl_fsm_o.jump_in_id_raw = (alu_jmp_id_i && alu_en_id_i) || (sys_mret_id_i && sys_en_id_i && !debug_mode_q);

Some further updates are needed here

Hi @vogelpi , Thank you very much for your extensive feedback. > In case of compressed instructions, why does the core need the uncompressed instruction in the first place? Isn't...

Easy feedback (not requiring further discussion) has been addressed via https://github.com/openhwgroup/cv32e40x/pull/161

Hi @vogelpi > Yes, you are right, the exception can be handled by the core internally. But what should the coprocessor do in that case? Let's assume we do an...

Hi @vogelpi > > If the CPU changes it mind during the offload via the issue interface, then the id signals can change while valid remains asserted; in such scenario...

@eroom1966 The changes can be found here https://github.com/openhwgroup/cv32e40x/pull/529/files. The PMP/mseccfg related changes apply to the CV32E40S only (they do not get rendered into the CV32E40X documentation pdf)

@Imperas The changelist is autogenerated and can therefore contain comments that do not actually apply to the specific core itself. Such non-applicable content does not impact (and is not visible...

@eroom1966 Can this ticket be closed now?