ARM简介及BootLoader介绍

作者：黄大荣

大纲（一）

ARM简介
ARM基本常识

目前嵌入式处理器常见的有ARM、PowerPC、MIPS、Motorola 68K、ColdFire(冷火)等，但ARM占据了绝对主流（有资料说手机中几乎90%都是ARM处理器）。ARM是一个只卖知识产权的公司，目前获得购买了ARM CPU核授权许可的大公司很多，包括Intel、Samsung、Amstel、Motorola、Philip等，他们都在ARM CPU核的基础上进行了一些外围扩展，形成自己的处理器。
ARM（Advanced RISC Machines），既可以认为是一个公司的名字，也可以认为是对一类微处理器的通称，还可以认为是一种技术的名字。

1991年ARM公司成立于英国剑桥，主要出售芯片设计技术的授权。目前，采用ARM技术知识产权（IP）核的微处理器，即我们通常所说的ARM微处理器，已遍及工业控制、消费类电子产品、通信系统、网络系统、无线系统等各类产品市场，基于ARM技术的微处理器应用约占据了32位RISC微处理器75％以上的市场份额，ARM技术正在逐步渗入到我们生活的各个方面。
ARM公司是专门从事基于RISC技术芯片设计开发的公司，作为知识产权供应商，本身不直接从事芯片生产，靠转让设计许可由合作公司生产各具特色的芯片，世界各大半导体生产商从ARM公司购买ARM微处理器核，根据各自不同的应用领域，加入适当的外围电路，从而形成自己的ARM微处理器芯片进入市场。全世界有几十家大的半导体公司都使用ARM公司的授权，因此既使得ARM技术获得更多的第三方工具、制造、软件的支持，又使整个系统成本降低，使产品更容易进入市场被消费者所接受，更具有竞争力。

ARM处理器状态

ARM微处理器的工作状态一般有两种，并可在两种状态之间切换：
第一种为ARM状态，此时处理器执行32位的字对齐的ARM指令；
第二种为Thumb状态，此时处理器执行16位的、半字对齐的Thumb指令。
在程序的执行过程中，微处理器可以随时在两种工作状态之间切换，并且，处理器工作状态的转变并不影响处理器的工作模式和相应寄存器中的内容。但ARM微处理器在开始执行代码时，应该处于ARM状态。 

进入Thumb状态：当操作数寄存器的状态位（位0）为1时，可以采用执行BX指令的方法，使微处理器从ARM状态切换到Thumb状态。此外，当处理器处于Thumb状态时发生异常（如IRQ、FIQ、Undef、Abort、SWI等），则异常处理返回时，自动切换到Thumb状态。
进入ARM状态：当操作数寄存器的状态位为0时，执行BX指令时可以使微处理器从Thumb状态切换到ARM状态。此外，在处理器进行异常处理时，把PC指针放入异常模式链接寄存器中，并从异常向量地址开始执行程序，也可以使处理器切换到ARM状态。

ARM处理器模式

ARM微处理器支持7种运行模式，分别为：
用户模式(usr)：ARM处理器正常的程序执行状态。
快速中断模式(fiq)：用于高速数据传输或通道处理。
外部中断模式(irq)：用于通用的中断处理。
管理模式(svc)：操作系统使用的保护模式。
数据访问终止模式(abt)：当数据或指令预取终止时进入该模式，可用于虚拟存储及存储保护。
系统模式(sys)：运行具有特权的操作系统任务。
定义指令中止模式(und)：当未定义的指令执行时进入该模式，可用于支持硬件协处理器的软件仿真。

ARM微处理器的运行模式可以通过软件改变，也可以通过外部中断或异常处理改变。大多数的应用程序运行在用户模式下，当处理器运行在用户模式下时，某些被保护的系统资源是不能被访问的。
除用户模式以外，其余的所有6种模式称之为非用户模式，或特权模式；其中除去用户模式和系统模式以外的5种又称为异常模式，常用于处理中断或异常，以及需要访问受保护的系统资源等情况。

内部寄存器

ARM处理器共有37个寄存器。其中包括：31个通用寄存器，包括程序计数器(PC)在内。这些寄存器都是32位寄存器。以及6个32位状态寄存器。
    关于寄存器这里就不详细介绍了，有兴趣的人可以上网找找，很多这方面的资料。

异常处理

当正常的程序执行流程发生暂时的停止时，称之为异常，例如处理一个外部的中断请求。在处理异常之前，当前处理器的状态必须保留，这样当异常处理完成之后，当前程序可以继续执行。处理器允许多个异常同时发生，它们将会按固定的优先级进行处理。当一个异常出现以后，ARM微处理器会执行以下几步操作：

进入异常处理的基本步骤：
将下一条指令的地址存入相应连接寄存器LR，以便程序在处理异常返回时能从正确的位置重新开始执行。将CPSR复制到相应的SPSR中。
根据异常类型，强制设置CPSR的运行模式位。
强制PC从相关的异常向量地址取下一条指令执行，从而跳转到相应的异常处理程序处。

如果异常发生时，处理器处于Thumb状态，则当异常向量地址加载入PC时，处理器自动切换到ARM状态。
ARM微处理器对异常的响应过程用伪码可以描述为：
R14_<Exception_Mode> = Return Link
SPSR_<Exception_Mode>= CPSR
CPSR[4:0] = Exception Mode Number
CPSR[5] = 0 ；当运行于 ARM 工作状态时
If <Exception_Mode> == Reset or FIQ then；当响应 FIQ 异常时，禁止新的 FIQ 异常
CPSR[6] = 1
PSR[7] = 1
PC = Exception Vector Address

异常处理完毕之后，ARM微处理器会执行以下几步操作从异常返回：
将连接寄存器LR的值减去相应的偏移量后送到PC中。
将SPSR复制回CPSR中。
若在进入异常处理时设置了中断禁止位，要在此清除。

大纲（二）

BootLoader介绍

简单地说，Boot Loader 就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。 在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由BootLoader来完成。比如在一个基于ARM7TDMI core的嵌入式系统中，系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的BootLoader程序。

在专用的嵌入式板子运行GNU/Linux系统已经变得越来越流行。一个嵌入式Linux系统从软件的角度看通常可以分为四个层次： 　　1、 引导加载程序。包括固化在固件(firmware)中的boot代码(可选)，和BootLoader两大部分。 　　2、 Linux内核。特定于嵌入式板子的定制内核以及内核的启动参数。 　　3、 文件系统。包括根文件系统和建立于Flash内存设备之上文件系统。通常用ramdisk来作为rootfs。 　　4、 用户应用程序。特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式GUI有：MicroWindows和MiniGUI等。 　　引导加载程序是系统加电后运行的第一段软件代码。PC机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬盘MBR中的OS BootLoader（比如，LILO和GRUB等）一起组成。BIOS在完成硬件检测和资源分配后，将硬盘MBR中的BootLoader读到系统的RAM中，然后将控制权交给OS BootLoader。BootLoader的主要运行任务就是将内核映象从硬盘上读到 RAM 中，然后跳转到内核的入口点去运行，也即开始启动操作系统。

常见bootloader

Redboot

　　Redboot是Redhat公司随eCos发布的一个BOOT方案，是一个开源项目。　　当前Redboot的最新版本是Redboot-2.0.1，Redhat公司将会继续支持该项目。　　Redboot支持的处理器构架有ARM，MIPS，MN10300，PowerPC， Renesas SHx，v850，x86等，是一个完善的嵌入式系统Boot Loader。　　Redboot是在ECOS的基础上剥离出来的，继承了ECOS的简洁、轻巧、可灵活配置、稳定可靠等品质优点。它可以使用X-modem或Y-modem协议经由串口下载，也可以经由以太网口通过BOOTP/DHCP服务获得IP参数，使用TFTP方式下载程序映像文件，常用于调试支持和系统初始化（Flash下载更新和网络启动）。Redboot可以通过串口和以太网口与GDB进行通信，调试应用程序，甚至能中断被GDB运行的应用程序。Redboot为管理FLASH映像，映像下载，Redboot配置以及其他如串口、以太网口提供了一个交互式命令行接口，自动启动后，REDBOOT用来从TFTP服务器或者从Flash下载映像文件加载系统的引导脚本文件保存在Flash上。当前支持单板机的移植版特性有：　　- 支持ECOS，Linux操作系统引导　　- 在线读写Flash　　- 支持串行口kermit，S-record下载代码　　- 监控(minitor)命令集:读写I/O，内存，寄存器、 内存、外设测试功能等　　Redboot是标准的嵌入式调试和引导解决方案，支持几乎所有的处理器构架以及大量的外围硬件接口，并且还在不断地完善过程中。

ARMboot

　　ARMboot是一个ARM平台的开源固件项目，它特别基于PPCBoot，一个为PowerPC平台上的系统提供类似功能的姊妹项目。鉴于对PPCBoot的严重依赖性，已经与PPCBoot项目合并，新的项目为U-Boot。　　ARMboot发布的最后版本为ARMboot-1.1.0，2002年ARMboot终止了维护。　　ARMboot支持的处理器构架有StrongARM ，ARM720T ，PXA250 等，是为基于ARM或者StrongARM CPU的嵌入式系统所设计的。　　ARMboot的目标是成为通用的、容易使用和移植的引导程序，非常轻便地运用于新的平台上。ARMboot是GPL下的ARM固件项目中唯一支持Flash闪存，BOOTP、DHCP、TFTP网络下载，PCMCLA寻线机等多种类型来引导系统的。特性为：　　-支持多种类型的FLASH　　-允许映像文件经由BOOTP、DHCP、TFTP从网络传输；　　-支持串行口下载S-record或者binary文件　　-允许内存的显示及修改　　-支持jffs2文件系统等　　Armboot对S3C44B0板的移植相对简单，在经过删减完整代码中的一部分后，仅仅需要完成初始化、串口收发数据、启动计数器和FLASH操作等步骤，就可以下载引导uClinux内核完成板上系统的加载。总得来说，ARMboot介于大、小型Boot Loader之间，相对轻便，基本功能完备，缺点是缺乏后续支持。

U-Boot

　　U-Boot是由开源项目PPCBoot发展起来的，ARMboot并入了PPCBoot，和其他一些arch的Loader合称U-Boot。2002年12月17日第一个版本U-Boot-0.2.0发布，同时PPCBoot和ARMboot停止维护。　　U-Boot自发布以后已更新6次,最新版本为U-Boot-1.1.1，U-Boot的支持是持续性的。　　U-Boot支持的处理器构架包括PowerPC (MPC5xx，MPC8xx，MPC82xx，MPC7xx，MPC74xx，4xx)， ARM （ARM7，ARM9，StrongARM，Xscale），MIPS (4Kc，5Kc)，x86等等， U-Boot（Universal Bootloader）从名字就可以看出，它是在GPL下资源代码最完整的一个通用Boot Loader。　　U-Boot提供两种操作模式：启动加载（Boot loading）模式和下载（Downloading）模式,并具有大型Boot Loader的全部功能。主要特性为：　　-SCC/FEC以太网支持 　　-BOOTP/TFTP引导 　　-IP，MAC预置功能 　　-在线读写FLASH，DOC, IDE，IIC，EEROM，RTC　　-支持串行口kermit，S-record下载代码 　　-识别二进制、ELF32、pImage格式的Image，对Linux引导有特别的支持 　　-监控(minitor)命令集:读写I/O，内存，寄存器、内存、外设测试功能等　　-脚本语言支持（类似BASH脚本）　　-支持WatchDog，LCD logo，状态指示功能等 　　U-Boot的功能是如此之强大，涵盖了绝大部分处理器构架，提供大量外设驱动，支持多个文件系统，附带调试、脚本、引导等工具，特别支持Linux,为板级移植做了大量的工作。U-Boot1.1.1版本特别包含了对SA1100和44B0芯片的移植，所以44B0移植主要是针对Board 的移植，包括FLASH、内存配置以及串口波特率等等。U-Boot的完整功能性和后续不断的支持，使系统的升级维护变得十分方便。

Blob

　　Blob(Boot Loader Object)是由Jan-Derk Bakker and Erik Mouw发布的，是专门为StrongARM 构架下的LART设计的Boot Loader。　　Blob的最后版本是blob-2.0.5。　　Blob支持SA1100的LART主板，但用户也可以自行修改移植。　　Blob也提供两种工作模式，在启动时处于正常的启动加载模式，但是它会延时 10 秒等待终端用户按下任意键而将 Blob 切换到下载模式。如果在 10 秒内没有用户按键，则 Blob 继续启动 Linux 内核。其基本功能为：　　初始化硬件（CPU速度，存储器，中断，RS232串口）　　-引导Linux内核并提供ramdisk　　- 给LART下载一个内核或者ramdisk　　-给FLASH片更新内核或者ramdisk　　-测定存储配置并通知内核　　-给内核提供一个命令行　　Blob功能比较齐全，代码较少，比较适合做修改移植，用来引导Liunx，目前大部分S3C44B0板都用Blob修改移植后来加载uClinux。

Bios-lt

　　Bios-lt是专门支持三星（Samsung）公司ARM构架处理器S3C4510B的Loader，可以设置CPU/ROM/SDRAM/EXTIO，管理并烧写FLASH，装载引导uClinux内核。这是国内工程师申请GNU通用公共许可发布的。 　　Bios-lt的最新版本是Bios-lt-0.74，另外还提供了S3C4510B的一些外围驱动。

Bootldr

　　Bootldr是康柏（Compaq）公司发布的，类似于compaq iPAQ Pocket PC，支持SA1100芯片。它被推荐用来引导Llinux,支持串口Y-modem协议以及jffs文件系统。 　　Bootldr的最后版本为Bootldr-2.19。

vivi

　　vivi是韩国mizi 公司开发的bootloader, 适用于ARM9处理器。Vivi有两种工作模式：启动加载模式和下载模式。启动加载模式可以在一段时间后（这个时间可更改）自行启动linux内核，这时vivi的默认模式。在下载模式下，vivi为用户提供一个命令行接口，通过接口可以使用vivi提供的一些命令，如下：　　命令　　　功能　　　Load　把二进制文件载入Flash或RAM　　　Part　操作MTD分区信息。显示、增加、删除、复位、保存MTD分区　　　Param　设置参数　　　Boot　启动系统　　　Flash　管理Flash，如删除Flash的数据　　　vivi代码分析　vivi的代码包括arch，init，lib，drivers和include等几个目录，共200多条文件。　　　Vivi主要包括下面几个目录：　　　arch：此目录包括了所有vivi支持的目标板的子目录，例如s3c2410目录。　　　drivers：其中包括了引导内核需要的设备的驱动程序（MTD和串口）。　　MTD目录下分map、nand和nor三个目录。　　　init：这个目录只有main.c和version.c两个文件。和普通的C程序一样，vivi将从main函数开始执行。　　　lib：一些平台公共的接口代码，比如time.c里的udelay()和mdelay()。　　include：头文件的公共目录，其中的s3c2410.h定义了这块处理器的一些寄存器。Platform/smdk2410.h定义了与开发板相关的资源配置参数，我们往往只需要修改这个文件就可以配置目标板的参数，如波特率、引导参数、物理内存映射等。
Boot Loader 是严重地依赖于硬件而实现的，特别是在嵌入式世界。因此，在嵌入式世界里建立一个通用的 Boot Loader 几乎是不可能的。尽管如此，我们仍然可以对 Boot Loader 归纳出一些通用的概念来，以指导用户特定的 Boot Loader 设计与实现

BootLoader简介

基于 ARM7TDMI core 的 CPU 在复位时通常都从地址 0x00000000 取它的第一条指令。在系统加电后，CPU 将首先执行 Boot Loader 程序。
大多数 Boot Loader 都包含两种不同的操作模式：“启动加载”模式和“下载”模式 ：
启动加载（Boot loading）模式：Boot Loader 从目标机上的某个固态存储设备上将操作系统加载到 RAM 中运行，整个过程并没有用户的介入。
下载（Downloading）模式：Boot Loader 将通过串口连接或网络连接等通信手段从主机（Host）下载文件，比如：下载内核映像和根文件系统映像等。

BOOT的一般步骤为：
设置中断向量表
初始化存储设备
初始化堆栈
初始化用户执行环境
呼叫主应用程序


设置中断向量表

ARM要求中断向量表必须放置在从0地址开始，连续8X4字节的空间内。
每当一个中断发生以后，ARM处理器便强制把PC指针置为向量表中对应中断类型的地址值。因为每个中断只占据向量表中1个字的存储空间，只能放置一条ARM指令，使程序跳转到存储器的其他地方，再执行中断处理。

中断向量表的程序实现通常如下表示：
AREA Boot ,CODE, READONLY
ENTRY
B    ResetHandler
B    UndefHandler
B    SWIHandler
B    PreAbortHandler
B    DataAbortHandler
B
B    IRQHandler
B    FIQHandler
其中关键字ENTRY是指定编译器保留这段代码，因为编译器可能会认为这是一段亢余代码而加以优化。链接的时候要确保这段代码被链接在0地址处，并且作为整个程序的入口

初始化存储设备

存储器端口的接口时序优化是非常重要的，这会影响到整个系统的性能。因为一般系统运行的速度瓶颈都存在于存储器访问，所以存储器访问时序应尽可能的快；而同时又要考虑到由此带来的稳定性问题。
在不同的板子上处理芯片、存储设备以及其接口差异很大，应根据不同的情况来配置。

初始化堆栈

因为ARM有7种执行状态，每一种状态的堆栈指针寄存器（SP）都是独立的。因此，对程序中需要用到的每一种模式都要给SP定义一个堆栈地址。方法是改变状态寄存器内的状态位，使处理器切换到不同的状态，然后给SP赋值。注意：不要切换到User模式进行User模式的堆栈设置，因为进入User模式后就不能再操作CPSR回到别的模式了，可能会对接下去的程序执行造成影响。

这是一段堆栈初始化的代码示例：
mrs        r0,cpsr        ；读取cpsr寄存器的值
bic        r0,r0,#MODEMASK    ；把模式位清零
orr        r1,r0,#UNDEFMODE|NOINT
msr        cpsr_cxsf,r1        ;UndefMode
ldr        sp,=UndefStack
其他模式的堆栈的初始化也类似。

堆栈地址的定义一般如下：
    ^    (_ISR_STARTADDRESS-0x1400)
                
UserStack    #    1024    ;#=field,定义一个数据域，长度为1024
SVCStack    #    1024
UndefStack    #    1024    
AbortStack    #    1024    
IRQStack    #    1024    
FIQStack    #    0   

初始化用户执行环境

一个ARM映像文件由RO，RW和ZI三个段组成，其中RO为代码段，RW是已初始化的全局变量，ZI是未初始化的全局变量。
映像一开始总是存储在ROM／Flash里面的，其RO部分即可以在ROM／Flash里面执行，也可以转移到速度更快的RAM中执行；而RW和ZI这两部分是必须转移到可写的RAM里去。所谓应用程序执行环境的初始化，就是完成必要的从ROM到RAM的数据传输和内容清零。

编译器使用下列符号来记录各段的起始和结束地址：
|Image$$RO$$Base| ：RO段起始地址
|Image$$RO$$Limit| ：RO段结束地址加1
|Image$$RW$$Base| ：RW段起始地址
|Image$$RW$$Limit| ：ZI段结束地址加1
|Image$$ZI$$Base| ：ZI段起始地址
|Image$$ZI$$Limit| ：ZI段结束地址加1
这些标号的值是根据链接器中设置的中ro-base和rw-base的设置来计算的。

初始化用户执行环境主要是把RO、RW、ZI三段拷贝到指定的位置。
具体的程序

LDR    r0,=|Image$$RO$$Limit|      ;得到RW数据源的起始地址
LDR    r1,=|Image$$RW$$Base|      ;RW区在RAM里的执行区起始地址
LDR    r2,=|Image$$ZI$$Base|        ;ZI区在RAM里面的起始地址
CMP    r0,r1                      ;比较它们是否相等
      BEQ    %F1
0     CMP    r1,r3
      LDRCC  r2,[r0],#4
      STRCC  r2,[r1],#4
      BCC    %B0
1     LDR    r1,=|Image$$ZI$$Limit|
      MOV   r2,#0
2     CMP    r3,r1
      STRCC  r2,[r3],#4
      BCC    %B2

呼叫主应用程序

当所有的系统初始化工作完成之后，就需要把程序流程转入主应用程序。最简单的一种情况是：
IMPORT main
B      main
直接从启动代码跳转到应用程序的主函数入口，当然主函数名字可以由用户随便定义。