1. About the Nios® V Processor Lockstep
2. Overview
3. Controlling the Nios® V Processor Lockstep
4. Programming Model
5. Signals, Interfaces, and Build Parameters
6. Using Nios® V Processor Lock Step
A. Document Revision History for the Nios® V Processor: Lockstep Implementation User Guide
B. Appendix
4.4.1. CPUs’ Reset Control Register - DCLSM_CPURC
4.4.2. DCLSM Basic Control Register - DCLSM_CTRL
4.4.3. DCLSM Blind Window Control Register - DCLSM_BWCR
4.4.4. All Alarms’ Prior Alarms’ Fault Injection Register - ERRCTRL_ALL_ALARMS_PRIOR_AFI
4.4.5. INTREQ Configuration Register - ERRCTRL_INTREQ_CONF
4.4.6. Timeout Deadline and Status Register - ERRCTRL_TIMEOUT
4.4.7. Timeout Acknowledgment Register - ERRCTRL_TIMEOUT_ACK
4.4.8. Enable Key fRSmartComp Control Register - ERRCTRL_ENABLE_KEY
4.4.9. Root Fault Injection Control register - ERRCTRL_ROOT_INJ
4.4.10. Alarm Fault Injection Control register - ERRCTRL_ALARM_INJ
4.4.11. Event Mask Configuration register - ERRCTRL_MASKA and ERRCTRL_MASKB
4.4.12. Alarm Routing Configuration register - ERRCTRL_ROUTA and ERRCTRL_ROUTB
4.4.13. Error Controller PGO LOG Reset Control register - ERRCTRL_PGOLOGRST
4.4.14. PGO0 and PGO4 Configuration registers - ERRCTRL_PGO0 and ERRCTRL_PGO4
4.4.15. FN_MODEIN Control Register - ERRCTRL_FNMODEIN
4.4.16. FN_MODEOUT register - ERRCTRL_FNMODEOUT
4.4.17. All Alarms After Fault Injection - ERRCTRL_FNGIALARMS
4.4.18. Error Controller Context Register - ERRCTRL_FNGICTXT4
4.4.19. CMP Mismatch CONTEXT Registers - ERRCTRL_FNGICMPCTXT0 … ERRCTRL_FNGICMPCTXT3
4.4.20. STATISTICS registers: ERRCTRL_FNGISTAT0 and ERRCTRL_FNGISTAT4
4.4.21. State register - ERRCTRL_FNPERIPHGI4
3.2.4. Debugging the CPU Software using SILENT Mode
You can debug the application running on the Host CPU using standard debugging tools and methodologies. You cannot debug the Agent CPU (it is not an “active” CPU, as its outputs only go to the fRSmartComp), but this does not introduce any limitations to the debugging.
To activate the SILENT mode, refer to the following table.
Interface | Actions |
---|---|
Configuration Interface |
|
System Interface | Driving SILENTMODE[3:0] to 0xA. |
When the fRSmartComp is in SILENT mode, it signifies the following:
- The Comparator no longer compares the CPU outputs, but the root fault injections on the comparator itself are still available.
- The Timeout does not generate the alarm, but the root fault injection on the Timeout itself is still available.
- The other fRSmartComp functions work as usual. Alarm fault injections are possible.
SILENT mode is used for software debugging on the Host CPU. This mode is on top and independent of the fRSmartComp system states. In this mode, you can perform the following actions:
- Perform ALARM injection, useful for basic software debugging, e.g., debugging the software handlers running on the System Supervisor that manages the fRSmartComp alarms.
- Perform ROOT injection with CONTEXT and STATISTICS information updates. This is useful for advanced software debugging, e.g., CONTEXT information software handlers, Use Case debugging, etc.
- Change the alarm routing to change the alarm’s severity.
Using the fault injection features, you can enable the detection of the injected fault by the DCLS comparator for debug reasons.