(嵌入式Linux开发入门)第4章EP9315的启动代码——Redboot.ppt

#else 　 mov r2, #0 改为 mov r2, #0#endif 　orr r3, r12, #0 　orr r3, r3, #0x00000c00 4.4 下载和使用Redboot 4.4.1 下载Redboot 　　这里提供的目标板已经在Flash中写好了Redboot，一般情况下不需要重新写Redboot。要是发生了某种意外，可能需要重新写入和设置Redboot，Redboot是通过使用仿真器利用JTAG接口烧入Flash的。图4.8至图4.12所示为Redboot烧写步骤示意图，具体操作步骤如下。 　　(1) 打开“Multi-ICE Server”，显示界面如4.8所示。 图4.8 “Multi-ICE Server”程序运行界面 　　(2) 打开目标板电源，单击　　　，检测到硬件，如图4.9所示。 图4.9 检测硬件 　　(3) 启动AXD环境。选择菜单栏“Options”下“Configure target”选项，出现对话框“Choose Target”，如图4.10所示，然后单击“OK”。 图4.10 AXD环境下的“Choose Target”对话框 (4) 下载redboot.bin文件到SDRAM。在AXD环境下，单击工具按钮　　，选择redboot.bin所在的路径，并将“Address”设置为0x1000000(0x1000000指定redboot.bin下载到SDRAM中的地址)，如图4.11所示，然后单击“打开”。 图4.11 下载redboot.bin文件到SDRAM 图4.7 Redboot编译成功 　　编译之后，在保存配置文件的目录下，将会建立三个文件夹， 其末尾分别为install、build和mlt。在本次建立的RedBoot_RAM_install/bin目录下，会有redboot.bin可执行文件。 　　若Redboot选择使用ROMRAM启动模式，那么用同样的方式编译了redboot_ROMRAM.ecm文件生成了redboot_ROMRAM.bin文件，下载到目标板能正常使用，至此编译工作完成。 4.3 Redboot移植 4.3.1 移植的重点 　　移植工作主要集中在eCos操作系统的HAL(硬件抽象层)和devs(设备驱动)文件夹中。 　　硬件抽象层(Hardware Abstraction Layer)简称为HAL，它负责对目标系统硬件平台进行操作和控制，包括对中断和例程的处理，为上层软件提供硬件操作接口。只需提供新硬件的抽象层，就可以将整个eCos系统包括基于eCos的应用移植到新的硬件平台上。 　　HAL层可分为： 　　(1) ??Common HAL(通用抽象层)； 　　(2)???Architecture HAL(体系结构抽象层)； 　　(3) ??Variant HAL (变体抽象层)； 　　(4) ??Platform HAL (平台抽象层)。 　　这几个层次同样可以在eCos-2.0的软件结构上找到对应关系，以EP9315平台为例对应关系如下： 　　(1) 在路径ecos-2.0\packages\hal\common下可见通用抽象层Common； 　　(2) 在路径ecos-2.0\packages\hal\arm\arch下可见体系结构抽象层Arch； 　　(3) 在路径ecos-2.0\packages\hal\arm\arm9\var下可见变体抽象层Var； 　　(4) 在路径ecos-2.0\packages\hal\arm\arm9\ep93xx下可见平台抽象层ep93xx。 　　体系结构抽象层。eCos所支持的不同处理器系列具有不同的体系结构，如ARM系列、PowerPC系列、MIPS系列等。体系结构抽象层对CPU的基本结构进行抽象和定义，此外它还包括中断的交付处理、上下文切换、CPU启动以及该类处理器结构的指令系统等。 　　变体抽象层指的是处理器在该处理器系列中所具有的特殊性，这些特殊性包括Cache、MMU、FPU等。eCos的变体抽象层就是对这些特殊性进行抽象和封装。 　　平台抽象层是对当前系统的硬件平台进行抽象，包括平台的启动、芯片的选择和配置、定时设备、I/O寄存器访问以及中断寄存器等。 　　硬件抽象层的这三个子模块之间没有明显的界线。对于不同的目标平台，这种区分具有一定的模糊性。例如，MMU和Cache可能在某个平台上属于体系结构抽象层，而在另一个平台上则可能属于变体抽象层的范围；再比如，内存和中断控制器可能是一种片内设备而属于变体抽象层，也可能是片外设备而属于