Uboot的VIVI与UBOOT

R1放的是系统目标平台的代号，对于一些常见的，标准的平台，内核已经提供了支持，只要在编译的时候选中就行了，例如对X86平台，内核是从物理地址1M开始映射的。如果老兄是自己攒的平台，只好麻烦你自己写了。
U32 delayCount;
U32 fileSize, i;
char c;
char *pCmdLine;
char *pMem;
init(); //初始化FLASH控制器和CPU时钟
EUARTinit(); //串口初始化
EUARTputString("\n\nDBMX1 Linux Bootloader ver 0.2.0\n");
可以直接使用sdram控制器的接口，切记：在flash中运行的代码是不能初始化连接flash的sdram控制器的，不然绝对死掉了。所以，当程序在flash中运行的时候，去初始化sdram,而现在在sdram中运行，可放心大胆地初始化flash了，主要是设定字宽，行列延时，因为缺省都是最大的。
另外，如果列位看官的cpu有足够的片内ram，完全可以先把bootloader放在片内ram，干完一切后再跳到LINUX，小弟着也是不得已而为之啊。
uboot+linux启动过程
首先，porting linux的时候要规划内存影像，如小弟的系统有64m SDRAM,
地址从0x 0800 0000 -0x0bff ffff,32m flash,地址从0x0c00 0000-0x0dff ffff.
规划如下：bootloader, linux kernel, rootdisk放在flash里。
_start:
ldr r1,=StackInit
ldr sp,[r1]
b main
//此处我们跳到了C代码的main函数，当C代码执行完后，还要调用
//下面的JumpToKernel0x跳到LINXU kernel运行
.equ StackInitvalue, __end_data+0x1000 // 4K __end_data在连结脚本中指定
如果直接输入回车，进入kernel拷贝工作：
EUARTputString("Copying kernel from Flash to RAM ...\n");
count = 0x200000; // 2 Mbytes
pSource = (U32 *)0x0C100000;
pDestin = (U32 *)0x08008000;
由于arm-GCC的c参数调用的顺序是从左到右R0开始，所以R0是KERNKEL的地址，
r1是参数字符串的地址：
到此为止，为linux引导做的准备工作就结束了，下一回我们就正式进入linux的代码。
好，从本节开始，我们走过了bootloader的漫长征途，开始进入linux的内核：
说实话，linux宝典的确高深莫测，洋人花了十几年修炼，各种内功心法层处不穷。有些地方反复推敲也领悟不了其中奥妙，炼不到第九重啊。。
下载的方法是用usb连接，10m的rootdisk也就刷的一下。关于usb下载的讨论请参看先前的贴子“为arm开发平台增加usb下载接口“。
如果不选，直接回车，就开始把整个linux的内核拷贝到SDRAM中运行。
列位看官，可能有人要问，在flashloader中不是已经初始化过sdram控制器了吗？怎么init();中还要初始化呢，各位有所不知，小弟用的是syncflash，
STR r3, [r1]
// Issue Mode Register Command
LDR r3, =0x08111800 //; Mode Register value
Normal Mode
LDR r3, =0x82124200
STR r3, [r1]
//;***************************************
mov r3, r4
mov pc, r8
.section ".data.boot"
.section ".bss.boot"
下面让我们看看bootloader的c代码干了些什么。main函数比较长，让我们分段慢慢看。
int main()
{
U32 *pSource, *pDestin, count;
U8 countDown, bootOption;
do
{
*(pDestin++) = *(pSource++);
count -= 4;
} while (count > 0);
}
EUARTputString("Booting kernel ...\n\n");
这一段没有什么可说的，运行完后kernel就在0x08008000了，至于为什么要
空出0x8000的一段，主要是放kelnel的一些全局数据结构，如内核页表，arm的页目录要有16k大。
EUARTputString("Copyright (C) 2002 Motorola Ltd.\n\n");
EUARTputString((U8 *)cmdLine);
EUARTputString("\n\n");
EUARTputString("Press any key for alternate boot-up options ... ");
LDR r3, =0x8000000
LDR r2, [r3]
LDR r2, [r3]
LDR r2, [r3]
LDR r2, [r3]
LDR r2, [r3]
LDR r2, [r3]
LDR r2, [r3]
LDR r2, [r3]
// Set Mode Register
LDR r3, =0xB2120200
小弟的bootloader主要干这么几件事:init();初始化硬件，打印一些信息和提供一些操作选项：
0. Program bootloader image
1. Program kernel image
2. Program root-disk image
3. Download kernel and boot from RAM
所以bootloader前面有一小段程序把bootloader拷贝到SDRAM中的0x0AFE0100，
再从0x 0800 0000运行bootloader，我们叫这段小程序为flashloader,
flashloader必须要首先初始化SDRAM,不然往那放那些东东：
.equ SOURCE, 0x0C000100 bootloader的存放地址
.equ TARGET, 0x0AFE0100目标地址
.equ SDCTL0, 0x221000 SDRAM控制器寄存器
// size is stored in location 0x0C0000FC
.global _start
_start: //入口点
//;***************************************
我们知道，linux内核启动的时候可以传入参数，如在PC上，如果使用LILO,
当出现LILO：，我们可以输入root=/dev/hda1.或mem=128M等指定文件系统的设备或内存大小，在嵌入式系统上，参数的传入是要靠bootloader完成的，
pMem = (char *)0x083FF000; //参数字符串的目标存放地址
上回书说到flashloader把bootloader load到0x0AFE0100，然回跳了过去，
其实0x0AFE0100就是烧在flash 0x0C000100中的真正的bootloader:
bootloader有几个文件组成，先是START.s，也是唯一的一个汇编程序，其余的都是C写成的，START.s主要初始化堆栈：
//;* End of SDRAM and SyncFlash Init *
//;***************************************
// copy code from FLASH to SRAM
_CopyCodes:
ldr r0,=SOURCE
ldr r1,=TARGET
//ldr r3,=0x92120251
STR r3, [r1]
// Issue Precharge All Commad
LDR r3, =0x8200000
LDR r2, [r3]
// Set AutoRefresh Command
LDR r3, =0xA2120200
STR r3, [r1]
// Issue AutoRefresh Command
4. Download kernel and boot with ver 0.1.x bootloader format
5. Boot a ver0.1.x kernel
6. Boot with a different command line
也就是说，可以在bootloader里选择重新下载kernel,rootdisk并写入flash,
具体从0x0c00 0000开始的第一个1M放bootloader，
0x0c10 0000开始的2m放linux kernel,从0x0c30 0000开始都给rootdisk。
启动：
首先，启动后arm920T将地址0x0c00 0000映射到0（可通过跳线设置），
实际上从0x0c00 0000启动，进入我们的bootloader，但由于flash速度慢，
那来的MACH_TYPE_MX1？其实，在head-armv.S