原文地址:http://blog.ednchina.com/rationalpower/
1
2 几种常见的boot方式................................................................................................ 1
2.1 从EPCS串行存贮器中boot........................................................................... 1
2.2 从外部CFI 并行flash中boot........................................................................ 1
3 从EPCS中boot.......................................................................................................... 1
3.1 EPCS控制器的bootloader分析...................................................................... 2
3.2 EPCS控制器................................................................................................. 3
3.3 EPCS串行存贮器件....................................................................................... 5
4 从并行flash中boot................................................................................................... 5
4.1 并行flash配置控制器.................................................................................... 5
4.2 直接在Flash中运行程序................................................................................ 5
4.3 在RAM中运行程序....................................................................................... 6
5 Bootloader解读.......................................................................................................... 7
5.1 boot_loader.s解读.......................................................................................... 8
5.2 boot_loader_epcs_bits.s解读......................................................................... 10
5.3 boot_loader_cfi_bits.s解读............................................................................ 21
6 Crt0.s解读............................................................................................................... 23
1 概述
Nios II 的boot过程要经历两个过程。
1. FPGA器件本身的配置过程。FPGA器件在外部配置控制器或自身携带的配置控制器的控制下配置FPGA的内部逻辑。如果内部逻辑中使用了Nios II,则配置完成的FPGA中包含有Nios II软核CPU。
2. Nios II本身的引导过程。一旦FPGA配置成功后,Nios II 就被逻辑中的复位电路复位,从reset地址开始执行代码。Nios II 的reset地址可以在SOPC builder的“Nios II More‘CPU’setting”页表中设置。
2 几种常见的boot方式
2.1 从EPCS串行存贮器中boot
这种boot方式,FPGA的配置数据和Nios II的程序都存放在EPCS器件中。FPGA配置数据放在最前面,程序放在后面,程序可能有多个段,每个段前面都插有一个“程序记录”。一个“程序记录”由2个32位的数据构成,一个是32位的整数,另一个是32位的地址,分别用于表示程序段本身的长度和程序段的运行时地址。这个“程序记录”用于帮助bootloader把各个程序段搬到程序执行时真正的位置。EPCS是串行存贮器,Nios II 不能直接从EPCS中执行程序,它实际上是执行EPCS控制器的片内ROM的代码(即bootloader),把EPCS中程序的搬到RAM中执行。
2.2 从外部CFI 并行flash中boot
这种boot方式还可以分为2种情况。
1. 程序直接在flash中运行。这种情况程序不需要另外的bootloader,Nios II 复位时reset地址(指向flash内部)开始执行程序,程序必须有启动代码用于搬移.rwdata段(因为.rwdata段是可读写的不能存放在flash中),同时如果.RODATA段和.EXCEPTIONS段连接时没有指定在flash中话(比如在RAM中),也会被搬到RAM中,并对.bss段清零,设置栈的指针。这些工作都在Crt0.s中完成。
2. 程序在RAM(包括On-chip Ram,SDRAM,SSRAM…泛指一般的RAM)中运行。这种情况需要有一个专门的bootloader,它把存放在flash中的各个程序段搬到程序执行时各个段真正的位置。
3 从EPCS中boot
要支持Nios II从EPCS中boot首先要求FPGA器件要支持主动串行配置。Altera的Cyclone,Cyclone II和Stratix II系列的FPGA支持主动串行配置。直到Nios II 5.1版本,Nios II 从EPCS中boot在Stratix II系列的FPGA上实现上仍有问题。所以这种方式主要用于Cyclone和Cyclone II系列的器件。
为了实现这种boot方式,用户必须在SOPC builder中添加一个EPCS控制器,无须给它分配管腿,Quartus II 会自动给它分配到专用管腿上。添完EPCS控制器后,SOPC builder会给它分配一个base address,这个地址是EPCS控制器本身携带的片上ROM在Nios II系统中的基地址,这个ROM存有一小段bootloader代码,用于引导整个过程。所以,必须在SOPC builder的“Nios II More‘CPU’setting”页表中把reset地址设置为这个基地址,使得Nios II 复位后从这个地址开始执行以完成整个引导过程。
3.1 EPCS控制器的bootloader分析
EPCS控制器带有一块片内ROM,内有Bootloader代码,Nios II 就靠这段代码完成boot过程。它把EPCS里的Nios II程序映象复制到RAM中,然后跳转到RAM中运行。由于程序映象是由elf2flash输出的,bootloader对被搬运的程序映象的位置和结构的解读必须和elf2flash工具一致。FPGA的配置数据从EPCS偏移为0的地址开始存放,紧挨着配置数据后面是一个32位的整数,指示程序段的长度,接着是一个32位的地址,指示程序执行时该程序段的地址,我们把这个长度和地址一起称为“程序记录”,“程序记录”随后就是程序段映象。一个程序可能有多个程序段,所以也就有多个“程序记录”和程序段映象。Bootloader必须知道FPGA配置数据的长度以读取配置数据后面的内容,不同型号的FPGA的配置数据长度是不同的,所以必须读取配置数据的头部信息获取配置数据的长度,进而逐个读取程序段映象的长度和运行时地址,然后把程序段映象搬到目的运行时地址。为了存取EPCS,bootloader构造了一些位置无关汇编代码。EPCS的存贮布局如下所示:
|
剩余空间 |
|
4字节的最后一个 |
|
0x00000000,4字节的最后一个 |
|
Ln个字节的第n个程序段映象 |
|
4字节的第n个程序段的目的地址An |
|
4字节的第n个程序段的长度Ln |
|
… |
|
L2个字节的第2个程序段映象 |
|
4字节的第2个程序段的目的地址A2 |
|
4字节的第2个程序段的长度L2 |
Length+8~length+L+7 |
L1字节的第1个程序段映象 |
Length+4~length+7 |
4字节的第1个程序段目的地址A1 |
Length~length+3 |
4字节的第1个程序段长度L1 |
0~length-1 |
FPGA配置数据,长度为length |
当bootloader读取到L时,L=0,表示前面所有的程序记录已经处理完毕,这个是最后的程序记录就直接跳到地址A的地方执行。显然A必须是程序的入口地址。如果L=0xffffffff(即-1),那么就忽略A并停机,这样,即使是一个只有FPGA配置数据而没有程序的EPCS也是安全的。当一个EPCS只有配置数据而没有程序的时候,sof2flash会在配置数据的末尾增加4个字节的0xff使bootloader不会有误动作。Bootloader的工作流程如下:
3.2 EPCS控制器
EPCS控制器手册没有对EPCS进行详细的说明只是建议用户使用Altera的HAL函数来存取。其实EPCS控制器由两个独立的部件构成:
1.Rom。大小是512个字节,也就是128 words。尽管EPCS控制器手册表述了Rom的大小是1K字节,实际上直到Nios II 5.1 EPCS控制器的Rom仍然是512个字节,因此手册中给出的寄存器偏移地址都需要修正。
2.SPI Master控制器。EPCS串行存贮器的接口符合SPI标准。Nios II 可以通过SPI Master来存取EPCS串行存贮器。这两个部件的地址(从Nios II 的角度看,以字节为单位)安排如下:
偏移地址 |
寄存器 |
R/W |
位描述 | ||||||||||||||||||
31..0 | |||||||||||||||||||||
0x000 |
Boot Rom Memory |
R |
Boot Loader Co | ||||||||||||||||||
0x004 | |||||||||||||||||||||
… | |||||||||||||||||||||
0x1FC | |||||||||||||||||||||
0x200 |
Rx Da |
R |
31..8 (Not Implemented) |
Rx Da | |||||||||||||||||
0x204 |
Tx Da |
W |
31..8 (Not Implemented) |
Tx Da | |||||||||||||||||
0x208 |
Status |
R/W |
31..11 |
10 |
9 |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 | |||||||
|
|
EOP |
E |
RRDY |
TRDY |
TMT |
TOE |
ROE |
|
|
| ||||||||||
0x20C |
Cotrol |
R/W |
31..11 |
10 |
9 |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 | |||||||
|
|
IEOP |
IE |
IRRDY |
ITRDY |
|
ITOE |
IROE |
|
|
| ||||||||||
0x210 |
Reserved |
- |
| ||||||||||||||||||
0x214 |
Slaver Enable |
R/W |
31..16 |
15 |
14 |
13 |
… |
3 |
2 |
1 |
0 | ||||||||||
|
SS_15 |
SS_14 |
SS_13 |
… |
SS_3 |
SS_2 |
SS_1 |
SS_0 | |||||||||||||
0x218 |
End of Packet |
R/W |
31..8 (Not Implemented) |
End of character(7..0) | |||||||||||||||||
l Rx Da
Nios II从Rx Da
l Tx Da
Nios II把要发送的数据写到Tx Da
l Status寄存器
status寄存器包含有指示当前状态的位。几乎每一位都和control寄存器的一个中断允许位相关。Nios II任何时候都可以读取status寄存器,不会影响该寄存器的值。往status寄存器写将清除ROE,TOE和E这些位。下表描述了各个位的含义:
位 |
名称 |
含义 |
3 |
ROE |
接收溢出错误。当Rx Da |
4 |
TOE |
发送溢出错误。如果Tx Da |
5 |
TMT |
发送移位寄存器空。如果一个发送过程正在进行中,那TMT为0;如果发送移位寄存器为空,则TMT为1。 |
6 |
TRDY |
发送器准备好接收新的发送数据。当Tx Da |
7 |
RRDY |
接收器准备好送出接收到的数。当Rx Da |
8 |
E |
有错误产生。它是TOE和ROE的逻辑或。只要TOE或ROE中有一个为1,那它也为1。它给程序提供了一个判断有错误发生的方便的途径。往status寄存器写可以把E位清0。 |
9 |
EOP |
包结束标志。该标志在下列情况下被置1: 2. 一个EOP字节从Rx Da |
l Control寄存器
control寄存器控制SPI Master的操作。Nios II可以在任何时候读取control寄存器而不改变它的值。大部分control寄存器的位(IROE,ITOE,ITRDY,IRRDY和IE)控制status寄存器相应位的中断。比如当IROE设为1,就允许当status中的ROE为1时产生中断。只有当control寄存器和stauts寄存器中的相应位都为1的情况下,SPI Master才会产生中断。
位 |
名称 |
含义 |
3 |
IROE |
允许ROE条件满足时产生中断。 |
4 |
ITOE |
允许TOE条件满足时产生中断。 |
6 |
ITRDY |
允许TRDY条件满足时产生中断。 |
7 |
IRRDY |
允许RRDY条件满足时产生中断。 |
8 |
IE |
允许E条件满足时产生中断。 |
9 |
IEOP |
允许EOP条件满足时产生中断。 |
10 |
SSO |
强制slave enable寄存器器中为1的位对应的ss_n有效,即输出电平0。 |
l Slave enable寄存器
slave enable寄存器中的某一位置1表示相应的ss_n信号可以被驱动有效(即在control寄存器中写SSO位为1,或者有数据写入Tx Da
l End of Packet寄存器
End of Packet寄存器包含End of Character,当某一Avalon master读出的Rx Da
EPCS控制器在例化SPI Master时使用下列参数:数据位8位;SPI时钟SCLK频率20MHz;MOSI(ASDO)在SCLK的下降沿处输出;MISO(DA
3.3 EPCS串行存贮器件
Altera的器件手册对EPCS器件有完整清楚的表述。在read byte,read status和read silicon ID操作时,发出命令后,所要的数据会马上从EPCS的DA
4 从并行flash中boot
4.1 并行flash配置控制器
Nios II应用常常把Nios II 程序和FPGA配置数据都存放在flash中。这就需要一个配置控制器来驱动flash输出配置数据完成FPGA的配置。配置控制器可以用一片CPLD来实现。Flash除了可以存贮FPGA配置数据和Nios II程序外还可以存贮其它数据(比如只读文件系统)。Flash中的配置数据区还可以分为两个区,一个用于用户逻辑,另一个用于出厂逻辑。当用户逻辑配置失败后,就会自动使用出厂逻辑,保证任何时候都有一个配置可以工作。另外,配置控制器还可以接收来自Nios II 的重配置请求,并驱动FPGA重新配置,完成FPGA的现场升级。Stratix开发板的配置控制安排偏移量为0的地方存放Nios II程序,而FPGA用户配置逻辑从偏移量0x600000开始,出厂配置则从偏移量0x700000开始。
Stratix开发板的并行flash配置控制器其实是一个地址序列生成器,地址生成器的输入时钟是板上时钟的4分频(比如,板上的晶振时钟是50MHz,则地址生成器的时钟就是12.5MHz)。上电的时候,由上电复位芯片提供的复位信号复位,地址生成器初始化为用户逻辑的配置数据的偏移量(比如Stratix板是0x600000),然后开始计数并驱动地址由低往高增长,使flash送出对应地址的配置数据。配置控制器监测FPGA的config_done信号,一旦发现FPGA配置完成就停止计数,并置flash的地址和其它控制线为高阻,以免影响Nios II对flash的操作。FPGA配置完成后,内部逻辑开始生效,复位Nios II,Nios II开始从reset地址执行程序。
4.2 直接在Flash中运行程序
嵌入式应用有时希望程序能够直接在flash中运行,以节约RAM空间,降低成本。为了使程序直接在flash中运行,可以在SOPC builder中设置reset地址在flash中,连接程序的时候可以指定程序的.TEXT段和.RODATA段存放在flash中,而让.RWDATA和堆栈放在RAM中(这2个段都是可读写的,不能放在flash中)。同时还可以在SOPC builder中指定exception地址到flash中,也可以节约一点RAM空间。由于最后的flash映象文件.flash文件(.flash文件其实是.srec格式的文件)中没有bss段,所以程序的开始必须在RAM中建立bss段并清0,同时也把.RWDATA段从flash中拷贝到RAM中(.RWDATA段在程序运行的时候必须在RAM中),并设置好栈,建立好C程序的工作环境然后调用C用户入口函数。这些工作都是由Crt0.s来完成的。下面是Crt0.s在flash中运行的工作流程:
4.3 在RAM中运行程序
程序在flash运行通常比在RAM中慢,所以有时也希望程序能够在RAM中运行。Nios II的reset地址仍然指向flash中(reset地址不能指向RAM,RAM在上电复位时还没有被初始化),在连接程序的时候可以把每个段都指定到RAM中,在SOPC builder中也可以把exception部分指定到RAM中。这样连接生成的可执行文件.elf文件就是适合在RAM中运行的程序。但在实际应用中这个程序最终存放在flash中,所以需要有一段bootloader代码,用于把flash中的程序映象拷贝到RAM中运行。工具elf2flash能够根据情况自动给你的程序在生成.flash文件时添加“程序记录”和bootloader。elf2flash判断其后随参数reset地址(就是Nios II的reset地址)和程序的入口地址是不是一样,如果一样就不添加“程序记录”和bootloader,如果不一样就添加。这个bootloader根据各个“程序记录”把程序映象拷贝到到RAM中并从RAM中执行。和EPCS一样,每个“程序记录”由两个32位的数据组成,一个是程序的长度,一个目的执行地址(即程序的运行地址)。Stratix 开发板上flash中的存贮分布如下:
0x700000~0x7FFFFF |
出厂逻辑Safe Logic |
0x600000~0x6FFFFF |
用户逻辑User Logic |
|
剩余空间 |
|
4字节的最后一个 |
|
0x00000000,4字节的最后一个 |
|
Ln个字节的第n个程序段映象 |
|
4字节的第n个程序段的目的地址An |
|
4字节的第n个程序段的长度Ln |
|
… |
|
L2个字节的第2个程序段映象 |
|
4字节的第2个程序段的目的地址A2 |
|
4字节的第2个程序段的长度L2 |
Length+8~length+L+7 |
L1字节的第1个程序段映象 |
Length+4~length+7 |
4字节的第1个程序段的目的地址A1 |
Length~length+3 |
4字节的第1个程序段的长度L1 |
0~length-1 |
Bootloader |
Bootloader的工作流程如下:
运行完bootloader后仍然要执行Crt0.s,但此时Crt0.s的流程和程序在flash中直接运行的情况有一些区别:它没有初始化指令cache,也不会企图去装载别的段,这些步骤已经在bootloader中完成。程序映象已经包含这些段,在搬移程序映象的同时也装载了相应的段(.RODATA段,.RWDATA段和.EXCEPTIONS段),程序映象中不包含.bss段和栈,所以仍然需要清.bss段以及设置栈指针和全局指针。Bootloader没有存取存贮器数据,因此没有初始化数据cache,所以Crt0.s仍然要初始化数据cache。
5 Bootloader解读
Altera提供了两个bootloader程序,一个用于从EPCS器件中boot,另一个用于从flash器件中boot。它们的汇编源码和makefile都在C:alterakits ios2_51componentsaltera_nios2sdksrc_boot_loader_sources目录中。其中boot_loader.s是公共部分,而boot_loader_epcs_bits.s则用于从EPCS器件中Boot,boot_loader_cfi_bits.s用于从flash中Boot。