BootLoader 详解(3)

BootLoader的stage2

 stage2的代码是C语言来实现的,以便于实现更复杂的功能和取得更好的代码可读性和移植性。它与普通C语言程序不同的是,在编译和链接BootLoader这样的程序时,不能使用glibc库中的任何支持函数。这就带来了一个问题,从哪里跳转到main()函数呢?直接把main()函数的起始地址作为stage2执行映像的入口点。但这样做有2个缺点:1)无法通过main()函数传递函数参数; 2)无法处理main()函数返回的情况。一种更为巧妙的方法是利用trampoline(弹簧床)的概念。用汇编写一段trampoline小程序,并将这段小程序作为stage2可执行映像的执行入口点。然后可以在trampoline汇编程序中用CPU跳转指令跳入main()函数中执行;当main()函数返回时,CPU执行路径再次回到我们的trampoline程序。下面给出一个简单的trampoline程序(来自blob):

.text

.globl_trampoline_trampoline:

      bl  main      

      /*if main return ,we just call it again */

      b _trampoline

在vivi中,用循环解决的

@ get read to call C functions
ldr sp, DW_STACK_START @ setup stack pointer
mov fp, #0 @ no previous frame, so fp=0
mov a2, #0 @ set argv to NULL

bl main @ call main

mov pc, #FLASH_BASE @ otherwise, reboot

  1.初始化本阶段要使用到的硬件设备

   (1).初始化至少一个串口,以便和终端进行I/O输出信息;(2)初始化计时器等

    初始化完成后,可以输出一些打印信息,如程序名、版本号等等。

   2.检测系统的内存映射( memory map )

    所谓系统内存映射就是指在整个4GB物理地址中有哪些地址范围被分配用来寻址系统的RAM单元。比如,在SA-1100CPU中,从0xc0000000开始的512M地址空间被     用作系统的RAM地址空间,而在Samsung S3C44B0X CPU中,从0x0c000000到0x10000000之间的64M地址空间被用作系统的RAM地址空间。CPU预留出一大段              足够的地址空间给系统RAM,但是搭建具体的嵌入式系统时却不一定会实现CPU预留的全部RAM地址空间。也就是说,具体的嵌入式系统往往只把CPU预留的全部RAM地              址空间中的一部分映射到RAm单元上,让剩下的部分预留的RAM处于未使用状态。因此stage2在干点什么之前要检测整个系统的内存映射情况,即哪些处于unuse状态。

   3.加载内核映像和根文件系统映像

   (1)规划内存占用的布局

      包括2方面:内核映像所占用的内存范围。  跟文件系统所占用的内存范围。

      在规划占用内存占用的布局时,主要考虑基址和映像的大小两个方面。

      对于内核映像,一般将其拷贝到从(MEM_START + 0x8000)这个基址开始大约1MB大小的空间内U村范围(嵌入Linux内核一般不会超过1MB)。在             MEM_START+0x8000之前的32KB为什么空出来呢?这主要是Linux内核在这段内存中放置一些全局数据结构,如:启动参数和内核页表等信息。而对于

根文件系统映像,则将一般将其拷贝到MEM_START+0x00100000开始的地方。

   (2)从flash上拷贝

      ARM  CPU在统一的内存地址空间中寻址Flash等固态设备的,因此从Flash上读取数据与从RAM单元中读取数据是一样的,一个简单的循环就行了。

      while( count ){

          *dest++  = *src++;

          count  -=  4;

      }

4.设置内核的启动参数

   在调用内核之前,应该做一步准备工作,即:设置Linux内核的启动参数。

上一篇:LOCAL_EXPORT_××用法


下一篇:lightoj 1005 组合数学