本文首要介绍zynq发动进程，首要包含BootROM和FSBL等的履行进程。
硬件发动进程
从头上电或POR复位后进行硬件发动进程
扫描“发动引脚”设置，并存入只读寄存器slcr.BOOT_MODE中
若使能pll，则比及pll输出时钟；若旁路pll，则直接运用ps_clk时钟
更具体硬件发动进程能够参阅下图
BootROM
BootROM在POR复位后经过硬件发动后主动运转，也可在非POR复位后直接运转（不经过硬件发动），其内容固化在内部ROM中，不能修正，首要初始化MMU和一些体系资源（以使其满意BootROM履行的要求）以及加载FSBL程序段等。BootROM在CPU 0履行，而CPU 1履行WFE指令
首要进程如下：
硬件发动后BootROM将初始化MMU、NAND、NOR、QSPI、SD和PCAP等根本外设
判别发动设备（决定于硬件发动进程时扫描的“发动形式”引脚，即寄存器slcr.BOOT_MODE）并查找boot镜像头信息，各发动形式查找规模：
Quad-SPI，头16 MB空间查找
NAND，头128MB空间查找
NOR，头32MB
SD卡中只加载一次，不会查找
BootROM会依据发动形式装备MIO，还会依据读取的boot镜像头信息的“寄存器初始化参数”部分装备时刻优化寄存器
从指定发动设备中加载SFBL到OCM（加载时也会读取头部信息确认加密状况，文件长度等，若加密则还需解密后加载到OCM，BootROM头信息都不会加密），别的还支撑直接在QSPI或NOR中履行（从头部信息中文件长度为0时，这时就不必加载到OCM了）
跳转到SFBL中履行，BootROM封闭
其它阐明：
假如现已为加密形式，经过非POR复位后，读取BootROM头信息检测到一个非加密的boot，体系将会被确定
假如检测到BootROM中有过错，体系也会被确定
假如为加密形式则需要等候PL上电才干持续加载，因为解密验证模块（AES and HMAC）在PL部分；而不管时加密形式还对错加密形式再装备.bit文件时都要等候PL部分准备好（经过检查寄存器devcfg.STATUS
[PCFG_INIT]）
FSBL
FSBL首要初始化更多的外设(如DDR)、初始化PL部分和加载SSBL或裸机程序等。
首要进程如下：
初始化MIO、PLL、CLK等，ps7_init()中所做
依据vivado（或XPS）中设置完结PS端初始化
判别发动设备（决定于寄存器slcr.BOOT_MODE）并从中扫描并加载.bit和SSBL或裸机程序
用.bit装备PL部分（FSBL经过PCAP控制器装备PL部分）
加载SSBL或裸机程序到DDR中
跳转到SSBL或裸机程序中履行
关于FSBL程序一般运用SDK中自带模板，可是不同于BootROM不行改动，FSBL能够手动修正完成一些自界说的内容。并且能够像裸机程序相同调试排错（在fsbl_debug.h中界说宏FSBL_DEBUG_INFO(#define FSBL_DEBUG_INFO)能够检查FSBL打印的调试信息）
留意:因为OCM巨细为256KB，而在BootROM阶段OCM高64KB(OCM 从0x0000_0000开端192KB，从0xffff_0000开端64KB)用于存储BootROM头信息和变量，在BootROM履行完结后才可用于FSBL，所以FSBL巨细要小于192KB。
其它阐明：
当从外部器材中发动为非加密形式时，才干运用JTAG进入调试形式
直接在NOR or Quad-SPI中运转的FSBL有必要为非加密形式
FSBL巨细要小于192KB，可是直接在flash器材（NOR or Quad-SPI）中直接运转的状况没有这个约束
AES一次只能解密1Byte，所以PCAP在4个时钟周期内只能发送一个32bit数据（加密装备时）
SSBL
一般SSBL便是裸机程序，关于linux发动来说便是u-boot之类的bootloader。
关于没有运用PL部分的规划，即只把zynq作为一般ARM来运用，则完全能够不必FSBL，而经过BootROM直接加载裸机程序并运转（运用方法和留意事项请看“zynq的三种发动方法(JTAG,SD,QSPI)”）。
