U-boot在S3C44B0上的移植与分析
加入技术交流群
3．5 include／configs／b2．h文件
该文件中包含了B2目标板的一些配置的宏定义，主要有系统工作频率、环境变量缓冲区长度、串口波特率、FLASH起始地址及容量、DRAM起始地址及容量、环境变量保存位置、FLASH读／写命令字、网络芯片的基地址、目标板IP地址、硬件地址MAC、主机IP地址、内核装载地址、交互操作命令等。
3．6 board／dave／b2／config．mk文件
U-boot将其代码从FLASH复制到SDRAM的位置在0x0c700000处，修改TEXT_BASE=0x0c700000。
U-boot是在Linux环境下开发的，因此需要在Linux下进行编译，使用的操作系统为Fedora core 7，从http：／／opensrc．see．samsung．corn／download／arm-elf-tools-20040427．sh下载arm－elf＝tools＝20040427．sh，使用的编译器为arm－elf－gcc，在U－boot根目录下对其中的makefile文件进行相应的修改，然后在命令行中运行以下指令：本文引用地址：https://www.eepw.com.cn/article/152486.htm
编译连接后生成U_boot，U_boot．bin，U_boot．
srec，其中的U_boot．bin是二进制bin文件，纯粹的U_boot二进制执行代码，不保存ELF格式和调试信息，这个文件用于烧写到用户的开发板中。通过创维特集成开发环境自带的FLASH烧写工具载人到SDRAM中运行，从超级终端显示U-boot的启动信息，分别试验erase，cp，printenv，saveenv等命令，并检测对FLASH的操作；使用tftp命令，以检测网口下载功能，然后装载操作系统内核，完成以上任务则移植成功。经过以上步骤移植的U-boot已经在自己开发的ARM板上顺利地引导了μClinux操作系统。
4 结 语
Bootloader是连接系统硬件和操作系统的桥梁，这里根据U-boot的运行机制，在硬件资源固定，不改变Bootloader框架的前提下，对与目标板硬件相关的代码，特别是FLASH芯片Intel 28F320C3B的代码进行修改，成功移植到EB4480开发板上，并且结合U-boot和μClinux的启动流程与运行机制，成功设计并实现了在基于S3C44BOX目标板上引导嵌入式操作系统。在移植过程中，要熟悉U-boot的组织结构和工作流程，对相关的硬件资源有一定的了解，根据实际情况进行裁减，灵活选用功能模块。目前，移植后的U-boot能够稳定地运行在嵌入式目标板上，并能顺利地引导嵌入式μCinux系统，已成功应用在智能机器人的避障系统中。
评论