参考了mobilefzb和赵春江两位大牛的，也研究了2010.06版本的和2011.06版本两个经典版本，也对比了TQ（我买的板是天嵌的）自己写的U-BOOT，学到了不少，也发现了很多东西，以下便记录以下自己的心得吧，以便以后可以自己参考下。
U-BOOT的两个阶段启动过程：（2010.06经典版来说）
第一阶段：start.S的路径位于arch\arm\cpu\arm920t\这段汇编代码一般被称作第一阶段初始化代码。主要作用是初始化运行环境；初始化内存；重新放置UBOOT代码到内存中；跳入到内存中执行第二段初始化代码
1、 关闭开门狗，屏蔽所有中断
2、 设置分频比
3、 bl cpu_init_crit() 关MMU，初始化内存
bl lowlevel_init()
配置内存，修改内存刷新率参数等
4、
relocate
判断当前代码是在NORFLASH还是RAM
copy_loop
循环 将FLASH代码复制至RAM中
5、
stack_setup
栈设置
clear_bss _bss_start
到_bss_end之间的数据清0
6、
ldr pc , start_armboot
跳转到第二阶段
//=====================================================================
第二阶段：board.c的路径位于arch/arm/lib/board.c，这段代码为U-BOOT的第二阶段初始化代码。主要作用是初始化两个重要数据结构，对SDRAM的内存分配设置，对各种需要用到的外设进行初始化，最后循环跳入main_loop()函数
二阶段start_armboot分为board_init_f 和 board_init_r两部分
先执行的
board_init_f部分：
1、为gd数据结构分配地址，并清零
2、执行init_fnc_ptr函数指针数组中的各个初始化函数，如下
board_early_init_f ,
timer_init , env_init init_baudrate serial_init
console_init_f display_banner dram_init
3、A
、分配SDRAM高64KB为TLB，用于U-BOOT
B
、分配SDRAM下一单元为U-BOOT代码段，数据段，BSS段
（这里插一句，原来BSS段是用来存放未初始化的全局变量与静态变量）
C
、接着开辟malloc空间，存bd , gd , 3个字大小的异常堆空间
4
、将relocate的地址值赋给gd结构体相应变量（2011.06版本的，用于返回start.S）
后执行的
board_init_r部分：
1、对gd , bd 数据结构赋值初始化
2、各种外设初始化：
初始化
NORFLASH, NANDFLASH,
初始化
ONENAND FLASH
初始化环境变量
初始化
PCI
设置
IP
地址
初始化各类外设
:IIC
、
LCD
、键盘、
USB
初始化控制台
建立
IRQ
中断堆栈
初始化以太网
初始化跳转表（定义了
U-Boot
中基本的常用函数库）。。这不算外设
3、一个死循环执行 main_loop()函数
/************************************
两个版本的U-BOOT启动对比：
************************************/
其实在总体上都差不多，只不过相对于经典版（2010.06版），新版之后都变恶心了
主要有这样的区别：
1、原版本第一阶段的第5步栈设置被放到第4步relorate前（这个没什么）
2、原版第二阶段的
board_init_f被放到第一阶段第4步relorate前，就是说执行完
stack_setup
栈设置后变进入了第二阶段的部分初始化，然后通过
4
、将relorate的地址值赋给gd结构体相应变量（2011.06版本的，用于返回start.S）
又返回来第一阶段。。。感觉新版改后很乱，很没条理（开源的每年改，就是烦呀，哈哈）
//=================================================
以下列出两个阶段可能要用到的函数的路径，方便以后找：(按2011.06版本)
一阶段：
lowlevel_init
函数，它是在
board/samsung/smdk2410
目录下的
lowlevel_init.s
文件中定义
二阶段：
gd
是一个保存在
ARM
的
r8
寄存器中的
gd_t
结构体的指针，它是在
/include/asm
目录下的
global_data.h
文件内被定义的
bd
结构体的数据原型为
bd_t
数据结构，它表示的是
“
板级信息
”
结构体，它是在
/include/asm
目录下的
u-boot.h
文件中定义的。
init_fnc_ptr函数指针数组中的各个初始化函数：
board_early_init_f
函数在
board/samsung/smdk2410
目录下的
smdk2410.c
文件内
timer_init
函数在
arch/arm/cpu/arm920t/s3c24x0
目录下的
timer.c
文件内
env_init
函数在
common
目录下的
env_flash.c
文件内
init_baudrate
函数在
arch/arm/lib
目录下的
board.c
文件内
serial_init
函数在
drivers/serial
目录下的
serial_s3c24x0.c
文件内，在
include/configs/smdk2410.h
中定义了
CONFIG_S3C24X0_SERIAL
console_init_f
函数在
common
目录下的
console.c
文件内
display_banner
函数在
arch/arm/lib
目录下的
board.c
文件内
dram_init
函数在
board/samsung/smdk2410
目录下的
smdk2410.c
文件内
各种外设的初始化：
flash_init
函数是在
drivers/mtd
目录下的
cfi_flash.c
文件内（因为
include/configs/smdk2410.h
中定义了
CONFIG_FLASH_CFI_DRIVER
）
nand_init
函数是在
divers/mtd/nand
目录下的
nand.c
文件内定义的
env_relocate
函数是在
common
目录下的
env_common.c
文件中定义的
stdio_init ()
在
common
目录下的
stdio.c
文件中定义的
jumptable_init ()
在
common
目录下的
exports.c
文件中定义的
console_init_r ()
是在
common
目录下的
console.c
文件中定义的
interrupt_init ()
enable_interrupts ()
都是在
arch/arm/lib
目录下的
interrupts.c
文件中定义
eth_initialize()
函数是在
net
目录下的
eth.c
文件的第
209
行至第
298
行定义的
main_loop()
在
common
目录下的
main.c
文件内定义的
//===================================================================
天嵌与自己移植的U-BOOT的差别分析和领悟
先列出天嵌公司里研发人员写的
和
我们自己移植（小移植）的最大不同：
对比了一下，发现最大的不同在于
common/main.c
文件中，即在两阶段启动过程基本一样
不同点：（行数按天嵌版本的）
abortboot()
函数（在
main_loop()
中被调用）
Ln239: printf ( “ Press Space key to Download Mode ! ” ) ;
Ln303 :
在检测是否
a key press
时
,
加入了显示
LOGO
程序：
embedsky_tq_logo();
main_loop()
函数
Ln 381: LCD
初始化程序
Ln481 :
分支选择
下载
OR
加载
模式
：
if (
BootFrmNORFLASH()
)
run_command (“
menu
”,0 );
else
{
Printf (“ Booting Linux \n ”);
run_command (“
boot_zImage
”,0 );
}
解析一下：
前面几点都是关于
LCD
和
LOGO
显示的不多说（因为自己移植是没弄到
LCD
的移植）
说一下
main_loop()
函数
中
Ln481 :
分支选择
下载
OR
加载
模式
首先，
run_command
这个是执行命令函数，一看名字就知道，也是在
/common/main.c
中定义的
说说最重要的
“
menu
”
和
“
boot_zImage
”
吧
1、 If
从
NORFLASH
进行启动
，则为下载模式，则执行
menu()
这个函数，在
/common/cmd_menu.c
中定义
打开
cmd_menu.c
文件会发现，里面都是一些串口选项列表，我们打开
2440
电源发现的下载列表都是从
main_menu_usage()
函数中打印出来的，而选择的项又通过
menu_shell()
通过控制台执行各种我们的选项，每个选项的如何执行过程都列得很清楚，感觉就像跑裸机时，自己按照
fzb
的串口控制台弄出来一样
2、
Else
从
NANDFLASH
进行启动
，
则为加载模式，进行
LINUX
系统的配置和启动。
在
lib_arm /boot_zImage.c
文件：里的
boot_zImage( )
函数
函数执行的内容大概如下：
1
、
copy kernel image
2
、
setup linux parameters
3
、
get machine type
4
、
GO -> call-linux
对比后的一些感悟：
虽说自己也跟着移植过
U-BOOT
，也能建立自己的板级支持包，能实现基本的串口控制台，
NAND OR NOR FLASH
，
DM9000
网络，
JFFS2
文件系统等基本功能，但比起天嵌这个，能下载
和
加载
模式，还是有很多不足
所以说，自己移植只是感觉其中的方法，领悟之后还是在天嵌的基础上再加进一步移植吧，感觉没必要从头到尾都自己搞一遍，方法懂了，框架熟悉了就好
//===================================================================
移植过程的一个简单举例：
因为移植很多都是基于
smdk2410
来改的，首先要对
2410
和
2440
的区别有一定了解，再者就是自己在裸机上是编写过改外设的驱动的，这样移植起来就比较舒服，不会说什么都跟着做，感觉很虚，学不到东西。
就举让
U-BOOT
支持
NANDFLASH
的读写
1、
先是在总的宏定义头文件中加上你外设所需的宏定义
总的宏定义路径为
/include /configs / XX.h/ (
最后这个
.h
文件一般是以板的名称命名
)
添加宏定义，如：
#define CONFIG_NAND_BASE 0
。。。
等等
那怎么知道添加什么宏定义呢？一般来说看对外设初始化函数，和
U-BOOT
二阶段启动函数要用到哪些就定义哪些。。。
2、
改相应的初始化函数
:
如
board_nand_init
函数和
s3c2440_hwcontrol
函数
因为
U-BOOT
里初始化函数基本基于
2410
的，而
2440
的
NAND
配置参数和它不同，需要改部分地方
3、
添加初始化函数到第二阶段
board_init_r处，一般来说基本外设都已添加了，看你是否定义宏来让其编译这函数
移植一些规律总结：
其实多移植几次就会发现，UBOOT的移植修改还是遵循着一定的规律。即是先在配置头文件中打开相关宏定义支持，在到板级初始化（一般是第二阶段初始化过程）代码中添加需要支持功能的初始化函数。
如果初始化函数对应的板版本不兼容或不存在，就要自己编写了。
//===================================================================
最后，说说U-BOOT的编译吧
说到编译，建议去看《从庖丁解牛说
uboot
如何编译》，说得很好。
而说到编译的执行过程，建议看看
《
详细分析make uboot 最后的编译链接的具体执行过程》
最后谈谈编译不通过的问题，如果是内部自己程序出错，可以通过提示信息查出
如果是出现ERROR一百多个，或者什么arm-linux-ld的问题，那应该是编译器版本不兼容问题，建议换换新的版本或更旧的版本再试试。
分类:
Linux
352
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
