u-boot-1.3.4移到S3C2440

器外，移植所要注意的是 NAND FlASH 控制器的寄存器有较大的变化、芯片的时钟频率控制寄存器（芯片 PLL 的寄存器）有
一定的变化。其他寄存器基本是兼容的。
3. 你开发板的 boot 方式是什么，开发板上电以后是怎么执行的。
一般来说三星的开发板有三种启动方式：nand、nor、ram。
具体用那一种方式来启动决定于 CPU 的 0M[0:1]这两个引脚，具体请参考 S3C2440 的 datasheet
器 nandboot 原理）。我是在运行失败后，利用 mini2440 的 4 个 LED 调试发现 u-boot 根本没有完成
自我拷贝，然后看了 uboot 根目录下的 System.map 文件就可知道原因。
解决办法其实很简单：
将__LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD)) 改为__LIBS := $(subst $(obj),,$(LIBBOARD)) $(subst $(obj),,$(LIBS)) 7. 然后说一下跳转指令。ARM 有两种跳转方式。 （1）mov pc <跳转地址〉
还有要补充一下 LDR,MOV,LDR 伪指令的区别。
LDR R0,0x12345678 //把地址 0x12345678 存放的内容放到 R0 里面
MOV R0,#x
//把立即数 x 放到 R0 里面，x 必须是一个 8 bits 的数移到偶数次得到的数。
LDR
6.
在R移0,=植0x1u2-3b45o6o7t8-1.3/./把3 立以即上数版0x本123的45时678候放要到 注R0 意里面：
[uboot@localhost board]$ mkdir qljt qljt/qljt2440
[uboot@localhost board]$ cp -arf sbc2410x/* qljt/qljt2440/
[uboot@localhost board]$ cd qljt/qljt2440/
[uboot@localhost qljt2440]$ mv sbc2410x.c qljt2440.c [uboot@localhost qljt2440]$ ls 可以看到下面这些文件：
的 RAM 映射到
S3C2440 的 0 地址，从 0 地址开始执行。这 4K 的内容主要负责下面这些工
作：初始化中断矢量、设定 CPU 的工作
模式为 SVC32 模式、屏蔽看门狗、屏蔽中断、
初始化时钟、把整个 u-boot 重定向到外部 SDRAM、跳到主要的 C 函
数入口。
nor: 早期的时候利用 nor-flash 启动的方式比较多，就是把 u-boot 烧写到 nor-flash 里面， 的 0 地址，上电从 0 地址开始执行。 ram: 直接把 u-boot 放到外部 SDRAM 上跑，这一般 debug 时候用到。 4. u-boot 程序的入口地址问题
start_armboot)移到 PC 寄存器里面，start_armboot 是一个函数地址，在编译的时候给分配了一个绝对地址，
所以上面语句实际上是完成了一个绝对地址的跳转。而我一直不明白的为什么在 start.S 里面有很多 BL,B
跳转语句都没有跳出 4Ksteppingstone，原因是他们都是相对于 PC 的便宜的跳转，而不是绝对地址的跳转。
config.mk flash.c lowlevel_init.sMakefile qljt2440.c u-boot.lds
[uboot@localhost qljt2440]$ vim Makefile
COBJS := qljt2440.o flash.o 5. 在 include/configs/ 中建立开发板所需要的配置头文件
.text
:
{
cpu/arm920t/start.o
*(.text)
}
(.text)
. = ALIGN(4); .rodata : { *(.rodata) }
. = ALIGN(4); .data : { *(.data) }
. = ALIGN(4); .got : { *(.got) }
__u_boot_cmd_start = .; .u_boot_cmd : { *(.u_boot_cmd) } __u_boot_cmd_end = .;
/* turn off the watchdog */
#if defined(CONFIG_S3C2400)
# define pWTCON 0x15300000
.text
:
{
cpu/arm920t/start.o (.text)
*(.text)
}
看，放在 text 段的第一个文件就是 start.c 编译后的内容，而 start.c 中的第一个函数就是
_start，所以 _start 应该是放在 text 段的起始位置，因此说_start=TEXT_BASE 也不为过。
直接把 nor-flash 映射到 S3C2440
要理解程序的入口地址，自然想到的是连接文件，首先看看开发板相对于某个开发板的连接文件"/board/你的开发板
/u-boot.lds",看一个 2410 的例子：
ENTRY(_start)
SECTIONS
{
. = 0x00000000;
. = ALIGN(4);
[uboot@localhost qljt2440]$ cd ../../..
[uboot@localhost u-boot-1.3.4]$ cp include/configs/sbc2410x.h include/configs/qljt2440.h 6. 测试交叉编译能否成功 （1）配置
[uboot@localhost u-boot-1.3.4]$ make qljt2440_config
一．预备知识：
移植 u-boot-1.3.4 到 S3C2440
1. 首先，U-Boot1.3.4 还没有支持 s3c2440，移植仍是用 2410 的文件稍作修改而成的。
2. 2440 和 2410 的区别：
2440 和 2410 的区别主要是 2440 的主频更高，增加了摄像头接口和 AC‘97 音频接口；寄存器方面，除了新增模 块的寄存
nand：对于 2440 来说，CPU 是不给 nand-flash 分配地址空间的，nand-flash 只相当于 CPU 的一个外设，S3C2440 做了一个从
nand-flash 启动的机制。开发板一上电，CPU 就自动复制
nand-flash 里面的前 4K-Bytes 内容到 S3C2440 内部集成的 SDRAM，然后把 4K 内容所在
qljt2440_config : 这个名字是将来你配置板子时候用到的名字，参见 make qljt2440_config 命令。 arm: CPU 的架构(ARCH) arm920t: CPU 的类型(CPU)，其对应于 cpu/arm920t 子目录。
qljt2440: 开发板的型号(BOARD)，对应于 board/qljt/qljt2440 目录。 qljt: 开发者/或销商(vender)。 s3c24x0: 片上系统(SOC)。
5. 一直不明白的 U-BOOT 是怎样从 4Ksteppingstone 跳到 RAM 中执行的，现在终于明白了。关键在于：
ldr pc, _start_armboot
_start_armboot: .word start_armboot
这两条语句，ldr pc, _start_armboot 指令把_start_armboot 这个标签的地方存放的内容(也即是
Configure for qljt2440 board… (2)测试编译
[uboot@localhost u-boot-1.3.4]$ make 详细信息如下： 编译信息最后两行：
arm-linux-objcopy --gap-fill=0xff -O srec u-boot u-boot.srec
在 u-boot1.3.3 及以上版本 Makefile 有一定的变化，使得对于 24x0 处理器从 nand 启动的遇到问
题。也就是网上有人说的：无法运行过 lowlevel_init。其实这个问题是由于编译器将我们自己添加的用
于 nandboot 的子函数 nand_read_ll 放到了 4K 之后造成的（到这不理解的话，请仔细看看 24x0 处理
arm-linux-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin 到此交叉编译成功。 三．开始针对自己的开发板移植 1. 修改/cpu/arm920t/start.S 1.1 修改寄存器地址定义
#if defined(CONFIG_S3C2400) || defined(CONFIG_S3C2410) || defined(CONFIG_S3C2440)
2. 进入 u-boot 目录修改 Makefile (你要编译 u-boot 那当然少不了配置啦)
$cd u-boot-1.3.4
[uboot@localhost u-boot-1.3.4]$ vim Makefile 修改内容如下：
__LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD)) 改为
. = ALIGN(4);
__bss_start = .;
.bss : { *(.bss) }
_end = .;
} (1) 从 ENTRY(_start)可以看出 u-boot 的入口函数是_start,这个没错 (2) 从. = 0x00000000 也许可以看出_start 的地址是 0x00000000,事实并不是这样的，这里的 0x00000000 没效，在连接的时候最 终会被 TETX_BASE 所代替的，具体请参考 u-boot 根目录下的 config.mk. (3) 网上很多说法是 _start=TEXT_BASE，我想这种说法也是正确的，但没有说具体原因。 本人的理解是这样的，TEXT_BASE 表示 text 段的起始地址，而从