Blob 在ARM上的移植.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Blob 在ARM上的移植

Blob 在上的移植 时间:2007-06-26 ? 来源: ? 作者:赵俊良 李哲英 ? 点击:1071 ? 字体大小:【大 中 小】 - ??? Bootloader 是嵌入式系统软件开发的第一个环节, 它紧密地将软硬件衔接在一起, 对于一个嵌入式设备后续的软件开发至关重要。Blob 是一款功能强大的Bootloader,S3C44B0 是三星公司一款基于ARM7TDMI 的嵌入式通用处理器。本文详细介绍Blob 在基于S3C44B0 的开发板上的运行原理与移植过程。 ??? Bootloader 对于嵌入式设备来说至关重要,它涉及到许多硬件相关的知识。对于自制的嵌入式开发板, 它又是不可跳过的步骤, 所以很多人对于它感到很头痛。本文将以一款优秀的Bootloader Blob 为例,详细讲解它的运行原理以及在S3C44B0 通用处理器上的移植过程,为在嵌入式设备上的后续软件开发打下基础 。 1 Blob 简介 ??? Blob 是Boot Loader Object 的缩写,是一款功能强大的Bootloader。它遵循GPL,源代码完全开放。Blob 既可以用来简单的调试,也可以启动Linux kernel。Blob 最初是Jan-Derk Bakker和Erik Mouw 为一块名为LART(Linux Advanced Radio Terminal)的板子写的,该板使用的处理器是StrongARM SA-1100。现在Blob 已经被移植到了很多CPU 上,包括S3C44B0。 ??? MBA44B0 是一款基于S3C44B0 的开发板。本文将以运行在MBA44B0 开发板上的Blob 的源代码为基础,再针对自己的开发板进行Blob 的移植。开发板的主要配置为: 三星ARM7 处理器S3C44B0 ; ?2MB 的Flash,地址范围0x0000 0000~0x0020 0000; ?8MB 的SDRAM,地址范围0x0c00 0000~0x0c80 0000; ?1 个串口,2 个LED 灯; ?JTAG 接口; 晶振为6MHz ,系统主频为60MHz 。 2 Blob 的运行过程分析 ????图1 为Blob 程序启动流程。 ? ??? Blob 编译后的代码定义最大为64KB,并且这64KB又分成两个阶段来执行。第一阶段的代码在start.s 中定义,大小为1KB,它包括从系统上电后在0地址开始执行的部分。这部分代码运行在Flash 中,它包括对S3C44B0 的一些寄存器的初始化和将Blob 第二阶段代码从Flash 拷贝到SDRAM 中。除去第一阶段的1KB 代码, 剩下的部分都是第二阶段的代码。第二阶段的起始文件为trampoline.s,被复制到SDRAM 后,就从第一阶段跳转到这个文件开始执行剩余部分代码。第二阶段最大为63KB,单词trampoline 词义为“蹦床”,所以在这个程序中进行一些BSS 段设置, 堆栈的初始化等工作后,最后跳转到main.c 进入C 函数。 ??? 我们的移植主要需要对上述的几个文件进行修改。在进行移植以前,首先需要对存储器的地址空间分配了解清楚。关于存储器空间的定义在/include/blob arch/mba44b0.h中。图2 为在Flash 中的存储器空间分布,图3 为启动后在SDRAM 中的存储器空间分布。 ?? ??? 如图2 所示,2MB 的Flash 空间分别分配给了Blob、kernel、ramdisk。系统上电后, 先执行第一阶段代码, 进行相应的初始化后,将Blob 第二阶段代码复制到RAM 地址blob_abs_base,然后跳转到第二阶段开始执行。 ??? 在第二阶段中, 从汇编跳转到C 的Main()函数, 继续进行如下工作: 外围的硬件初始化( 串口,USB 等); 从Flash 中将kernel 加载到SDRAM 的kernel 区域; 从Flash 中的ramdisk 加载到SDRAM 的ramdisk 区域; 根据用户选择,进入命令行模式或启动kernel。 ??? 在我们使用的开发板上,kernel 选用uClinux。由于Flash 的存储空间有限,所以存放在Flash 中的uClinux 内核是经过压缩的。Blob 将压缩的uClinux 内核加载到SDRAM 地址0x0c300000。如果选择启动uClinux,那么压缩的uClinux内核将自解压.Text段到0x0c00800(见uClinux/arch/armnommu/Makefile),然后再跳转到该处,开始运行uClinux。具体的uClinux 移植在此就不详细讨论了。 ??? 在SDRAM 的存储器空间分配图中, 可以看

文档评论(0)

jgx3536 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6111134150000003

1亿VIP精品文档

相关文档