U-Boot在S3C44B0上的移植方法
(2) 硬件资源支持修改后的代码。开发者已经选用某种类型的嵌入式微处理器，自行设计了嵌入式系统的开发板或者直接从厂家购买的开发系统。在这种情况下，硬件资源已经确定，只能在不改变U-Boot整体结构的条件下，通过修改U-Boot的相关代码，匹配已有的开发板。
在实际应用中，最常遇到的是第2种情况。这时应该保证嵌入式主板能够正常运行，没有硬件故障，具备相应的存储媒介( FLASH、SDRAM) 用来存储和运行U-Boot。由以上分析可以看出，Bootloader 的移植条件包括；①相匹配的微处理器硬件结构; ②可对Boot-loader 进行调整修改的开发环境。
注意：以上两个条件必须同时具备，才能着手进行Bootloader 的移植工作。
U-Boot 移植操作
Bootloader的移植操作前需要作如下两个工作。
(1) 对嵌入式系统进行硬件分析，判定是否满足移植条件。根据目标板上CPU、FLASH、SDRAM的情况，以尽可能一致的原则先找出一个与目标板为同一个或同一系列微处理器的U-Boot的支持板为参考，复制相似的目录，修改文件名及内容。
(2) 确定下载U-Boot所需要的FLASH地址。这由嵌入式微处理器的中断复位向量决定，嵌入式板的硬件资源不同，中断复位向量就不同，所以不同嵌入式系统板对Bootloader在固件( EEPROM、FLASH) 中的存放地址各不相同。U-Boot 的起始地址必须和硬件复位向量一致，本文分析的ARM7嵌入式系统板的中断复位向量设置为0x0C000000，所以U-Boot的映像文件必须烧写到 FLASH的0x0地址处。
上述两项工作是移植Bootloader必需完成的前期准备工作。以下结合本文完成的移植工作，介绍移植操作的具体内容和过程。
硬件配置条件
根据前文对移植条件的分析可知，本文的移植操作属于第2 种情况，即嵌入式系统目标板上硬件资源已经确定，目标板具有硬件资源如表2所列。
表2 硬件资源
移植操作内容
U-Boot 移植所需的硬件资源得到满足后，可以开始移植操作。
首先需要在主机建立交叉编译移植开发环境，编译生成目标板上可执行映像。主机端( PC) 开发平台选用linux 操作系统，使用交叉编译工具为arm-elf-tools-20030314.sh。Bootloader 移植操作，实际上就是根据嵌入式系统硬件资源提供的数据，对有关的文件进行修改。移植工作中的文件修改包括汇编和C 文件两部分。
移植文件修改
针对本文提供的主板硬件资源，并考虑U-Boot能够正常运行的最低条件，在移植过程中需要修改文件如表3所列。
表3 修改文件 
表3 中，memsetup.S 文件是对S3C44B0外部存储空间的配置; smdk4110.c 是对S3C44B0各个复用I/ O口的初始化，flash.c 是S3C44B0外接FLASH 芯片的驱动程序。除表3 需要修改的数据外，公共代码(/common目录下的文件)、网络传输代码(/ net 目录)、驱动程序(/drivers目录) 3部分根据不同的移植要求修改。
一般情况是要对U-Boot的功能进行扩充或者U-Boot不支持目标板上的设备时，添加相应程序。
评论