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内核的启动参数。