EasyManuals Logo

Xilinx MicroBlaze Reference Guide

Xilinx MicroBlaze
316 pages
To Next Page IconTo Next Page
To Next Page IconTo Next Page
To Previous Page IconTo Previous Page
To Previous Page IconTo Previous Page
Page #126 background imageLoading...
Page #126 background image
MicroBlaze Processor Reference Guide 126
UG984 (v2018.2) June 21, 2018 www.xilinx.com
Chapter 2: MicroBlaze Architecture
Lockstep Operation
MicroBlaze is able to operate in a lockstep configuration, where two or more identical
MicroBlaze cores execute the same program. By comparing the outputs of the cores, any
tampering attempts, transient faults or permanent hardware faults can be detected.
System Configuration
The parameter C_LOCKSTEP_SLAVE is set to one on all slave MicroBlaze cores in the system,
except the master (or primary) core. The master core drives all the output signals, and
handles the debug functionality. The port
Lockstep_Master_Out on the master is
connected to the port
Lockstep_Slave_In on the slaves, in order to handle debugging.
The slave cores should not drive any output signals, only receive input signals. This must be
ensured by only connecting signals to the input ports of the slaves. For buses this means
that each individual input port must be explicitly connected.
The port Lockstep_Out on the master and slave cores provide all output signals for
comparison. Unless an error occurs, individual signals from each of the cores are identical
every clock cycle.
To ensure that lockstep operation works properly, all input signals to the cores must be
synchronous. Input signals that could require external synchronization are
Interrupt,
Reset, Ext_Brk, and Ext_Nm_Brk.
Use Cases
Two common use cases are described here. In addition, lockstep operation provides the
basis for implementing triple modular redundancy on MicroBlaze core level.
Tamper Protection
This application represents a high assurance use case, where it is required that the system
is tamper-proof. A typically example is a cryptographic application.
The approach involves having two redundant MicroBlaze processors with dedicated local
memory and redundant comparators, each in a protected area. The outputs from each
processor feed two comparators and each processor receive copies of every input signal.
The redundant MicroBlaze processors are functionally identical and completely
independent of each other, without any connecting signals. The only exception is debug
logic and associated signals, because it is assumed that debugging is disabled before any
productization and certification of the system.
Send Feedback

Table of Contents

Other manuals for Xilinx MicroBlaze

Questions and Answers:

Question and Answer IconNeed help?

Do you have a question about the Xilinx MicroBlaze and is the answer not in the manual?

Xilinx MicroBlaze Specifications

General IconGeneral
Architecture32-bit RISC
CacheConfigurable Instruction and Data Cache
CategorySoft Processor Core
Data Width32-bit
Memory Management Unit (MMU)Optional
Floating Point Unit (FPU)Optional
Interrupt ControllerConfigurable
Memory ManagementOptional MMU
ConfigurabilityHighly Configurable
Pipeline Stages3-stage
FPGA IntegrationXilinx FPGAs
Bus InterfacePLB
Debug InterfaceJTAG
Typical Clock SpeedVaries depending on FPGA and configuration (e.g., 100-400+ MHz)
ImplementationSoft core (synthesized logic)
Maximum PerformanceVaries with FPGA and configuration
Debug SupportIntegrated Debug Module

Related product manuals