AN 987: Static Update Partial Reconfiguration Tutorial: for Intel® Agilex™ F-Series FPGA Development Board

Download PDF
ID 749443
Date 10/24/2022
Public

A newer version of this document is available. Customers should click here to go to the newest version.

Document Table of Contents
Document Table of Contents x
1. Answers to Top FAQs 2. Static Update Partial Reconfiguration Tutorial for Intel® Agilex™ F-Series FPGA Development Board
2. Static Update Partial Reconfiguration Tutorial for Intel® Agilex™ F-Series FPGA Development Board x
2.1. Tutorial Requirements 2.2. Reference Design Overview 2.3. Static Update Region Overview 2.4. Download Reference Design Files 2.5. Reference Design Walkthrough 2.6. Document Revision History of AN 987: Static Update Partial Reconfiguration Tutorial Revision History
2.5. Reference Design Walkthrough x
2.5.1. Step 1: Getting Started 2.5.2. Step 2: Create Design Partitions 2.5.3. Step 3: Allocate Placement and Routing Regions 2.5.4. Step 4: Define Personas 2.5.5. Step 5: Create Revisions 2.5.6. Step 6: Compile the Base Revision 2.5.7. Step 7: Set Up PR Implementation Revisions 2.5.8. Step 8: Change the SUPR Logic 2.5.9. Step 9: Program the Board 2.5.10. Modifying the SUPR Partition
2.5.5. Step 5: Create Revisions x
2.5.5.1. Setting the Base Revision 2.5.5.2. Creating Implementation Revisions
2.5.9. Step 9: Program the Board x
2.5.9.1. Troubleshooting PR Programming Errors
1. Answers to Top FAQs
2. Static Update Partial Reconfiguration Tutorial for Intel® Agilex™ F-Series FPGA Development Board

2.3. Static Update Region Overview

The following figure shows the block diagram for a PR design that includes a SUPR region. Block A is the Top static region. Block B is the SUPR region. Block C is the PR partition.
Figure 2. PR Design with SUPR Region
  • A Top Static Region—contains design logic that does not change. Changing this region requires recompilation of all associated personas. The static region includes the portion of the design that does not change for any persona. This region can include periphery and core device resources. You must register all communication between the SUPR and PR partitions in the static region. This requirement helps to ensure timing closure for any personas, with respect to the static region.
  • B SUPR Region—contains core-only logic that may possibly change for risk mitigation, but never requires runtime reconfiguration. The SUPR region has the same requirements and restrictions as the PR partition. The SUPR partition can contain only core resources. Therefore, the SUPR partition must be a child partition of the top-level root partition that contains the design periphery and clocks. Changing the SUPR region produces a SRAM Object File (.sof) that is compatible with all existing compiled Raw Binary File (.rbf) files for PR partition C.
  • C PR Partition—contains arbitrary logic that you can reprogram at runtime with any design logic that fits and achieves timing closure during compilation.
Level Two Title