Visible to Intel only — GUID: yxd1522338807257
Ixiasoft
1. Introduction to the Intel® Stratix® 10 SoC Device Design Guidelines
2. Board Design Guidelines for Stratix 10 SoC FPGAs
3. Interfacing to the FPGA for Stratix 10 SoC FPGAs
4. System Considerations for Stratix 10 SoC FPGAs
5. Embedded Software Design Guidelines for Intel® Stratix® 10 SoC FPGAs
6. Recommended Resources for Stratix 10 SoC FPGAs
2.1. Pin Connection Considerations for Board Design
2.2. HPS Clocking and Reset Design Considerations
2.3. Design Considerations for Connecting Device I/O to HPS Peripherals and Memory
2.4. Design Guidelines for HPS Interfaces
2.5. HPS EMIF Design Considerations
2.6. HPS Memory Debug
2.7. Boundary Scan for HPS
2.8. Embedded Software Debugging and Trace
2.9. Board Design Guidelines for Intel® Stratix® 10 SoC FPGAs Revision History
3.1. Overview of HPS Memory-Mapped Interfaces
3.2. Recommended System Topologies
3.3. Recommended Starting Point for HPS-to-FPGA Interface Designs
3.4. Timing Closure for FPGA Accelerators
3.5. Information on How to Configure and Use the Bridges
3.6. Interfacing to the FPGA for Intel® Stratix® 10 SoC FPGAs Revision History
5.1. Overview
5.2. Assembling the Components of Your Software Development Platform
5.3. Golden Hardware Reference Design (GHRD)
5.4. Selecting an Operating System for Your Application
5.5. Assembling Your Software Development Platform for Linux*
5.6. Assembling your Software Development Platform for a Bare-Metal Application
5.7. Assembling your Software Development Platform for Partner OS or RTOS
5.8. Choosing the Bootloader Software
5.9. Selecting Software Tools for Development, Debug and Trace
5.10. Boot And Configuration Considerations
5.11. System Reset Considerations
5.12. Flash Considerations
5.13. Embedded Software Debugging and Trace
5.14. Embedded Software Design Guidelines for Intel® Stratix® 10 SoC FPGAs Revision History
5.5.1. Golden System Reference Design (GSRD) for Linux*
5.5.2. Source Code Management Considerations
GUIDELINE: Manage your own Git repositories and do not assume the contents of the repositories available on the altera-opensource site remains available. Managing Git repositories can be achieved in many ways, such as using a Git service provider. Some benefits of managing your own Git repositories include build reproducibility, source code management and leveraging the distributed model enabled by Git.
GUIDELINE: If you rebuild the Yocto rootfilesystem and require repeatability, you must keep a copy of the Yocto downloads folder that was used for the build.
Visible to Intel only — GUID: yxd1522338807257
Ixiasoft
5.5.2. Source Code Management Considerations
The GSRD build process relies on several git trees that are available online, including:
Git Tree | Link |
---|---|
Linux | https://github.com/altera-opensource/linux-socfpga |
U-Boot | https://github.com/altera-opensource/u-boot-socfpga |
Reference Designs Recipes | https://github.com/altera-opensource/meta-altera-refdes |
Reference Designs Sources | https://github.com/altera-opensource/linux-refdesigns |
Note: Intel® provides U-Boot enablement, upstreams to mainline and collaborates with the U-Boot community. Intel® maintains the latest branch (N) with patches being pushed every two weeks. Intel® also provides the previous branch (N-1) but it is not actively maintained. Older branches, and any associated tags, are removed.
GUIDELINE: Manage your own Git repositories and do not assume the contents of the repositories available on the altera-opensource site remains available. Managing Git repositories can be achieved in many ways, such as using a Git service provider. Some benefits of managing your own Git repositories include build reproducibility, source code management and leveraging the distributed model enabled by Git.
The GSRD uses a rootfilesystem built using Yocto recipes. The recipes pull in various open source package sources, and build them into the rootfilesystem. Because some of these recipes are generic, and do not refer to a specific version, the end result may be different from one build to another.