一．预备知识：
1. 首先， U-Boot1.3.4 还没有支持 s3c2440 ，移植仍是用 2410 的文件稍作修改而成的。
2. 2440 和 2410 的区别：
2440和 2410的区别主要是 2440的主频更高，增加了摄像头接口和 AC‘97音频接口；寄存器方面，除了新增模 块的寄存器外，移植所要注意的是 NAND FlASH控制器的寄存器有较大的变化、芯片的时钟频率控制寄存器（芯片 PLL的寄存器）有一定的变化。其他寄存器基本是兼容的。
3. 你开发板的 boot 方式是什么，开发板上电以后是怎么执行的。
一般来说三星的开发板有三种启动方式： nand、 nor、 ram。
具体用那一种方式来启动决定于 CPU的 0M[0:1]这两个引脚，具体请参考 S3C2440的 datasheet
nand：对于 2440来说， CPU是不给 nand-flash分配地址空间的， nand-flash只相当于 CPU的一个外设， S3C2440做了一个从 nand-flash启动的机制。开发板一上电， CPU就自动复制
nand-flash里面的前 4K-Bytes内容到 S3C2440内部集成的 SDRAM，然后把 4K内容所在 的 RAM映射到 S3C2440的 0地址，从 0地址开始执行。这 4K的内容主要负责下面这些工 作：初始化中断矢量、设定 CPU的工作模式为 SVC32模式、屏蔽看门狗、屏蔽中断、 初始化时钟、把整个 u-boot重定向到外部 SDRAM、跳到主要的 C函数入口。
nor: 早期的时候利用 nor-flash启动的方式比较多，就是把 u-boot烧写到 nor-flash里面， 直接把 nor-flash映射到 S3C2440的 0地址，上电从 0地址开始执行。
ram: 直接把 u-boot放到外部 SDRAM上跑，这一般 debug时候用到。
4. u-boot 程序的入口地址问题
要理解程序的入口地址，自然想到的是连接文件，首先看看开发板相对于某个开发板的连接文件 "/board/你的开发板 /u-boot.lds",看一个 2410的例子：
ENTRY(_start)
SECTIONS
{
. = 0x00000000;
. = ALIGN(4);
.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 = .;
. = 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段的起始地址，而从
.text :
{
cpu/arm920t/start.o (.text)
*(.text)
}
看，放在 text段的第一个文件就是 start.c编译后的内容，而 start.c中的第一个函数就是
_start，所以 _start应该是放在 text段的起始位置，因此说 _start=TEXT_BASE也不为过。
5. 一直不明白的 U-BOOT 是怎样从 4Ksteppingstone 跳到 RAM 中执行的，现在终于明白了。关键在于：
ldr pc, _start_armboot
_start_armboot: .word start_armboot
这两条语句， ldr pc, _start_armboot指令把 _start_armboot这个标签的地方存放的内容 (也即是 start_armboot)移到 PC寄存器里面， start_armboot是一个函数地址，在编译的时候给分配了一个绝对地址，所以上面语句实际上是完成了一个绝对地址的跳转。而我一直不明白的为什么在 start.S里面有很多 BL,B跳转语句都没有跳出 4Ksteppingstone，原因是他们都是相对于 PC的便宜的跳转，而不是绝对地址的跳转。还有要补充一下 LDR,MOV,LDR伪指令的区别。
LDR R0,0x12345678 //把地址 0x12345678存放的内容放到 R0里面
MOV R0,#x //把立即数 x放到 R0里面， x必须是一个 8 bits的数移到偶数次得到的数。
LDR R0,=0x12345678 //把立即数 0x12345678放到 R0里面
6. 在移植 u-boot-1.3.3 以上版本的时候要注意：
在u-boot1.3.3及以上版本Makefile有一定的变化，使得对于24x0处理器从nand启动的遇到问题。也就是网上有人说的：无法运行过 lowlevel_init。其实这个问题是由于编译器将我们自己添加的用于nandboot的子函数nand_read_ll放到了4K之后造成的（到 这不理解的话，请仔细看看24x0处理器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 p c <跳转地址〉
这种向程序计数器 PC直接写跳转地址，能在 4GB连续空间内任意跳转。
（ 2）通过 B BL BLX BX可以完成在当前指令向前或者向后 32MB的地址空间的跳转（为什么是 32MB呢？寄存器是 32位的，此时的值是 24位有符号数，所以 32MB）。
B是最简单的跳转指令。要注意的是，跳转指令的实际值不是绝对地址，而是相对地址——是相对当前 PC值的一个偏移量，它的值由汇编器计算得出。
BL非常常用。它在跳转之前会在寄存器 LR(R14)中保存 PC的当前内容。 BL的经典用法如下：
bl NEXT ; 跳转到NEXT
……
NEXT
……
mov pc, lr ; 从子程序返回。
二．开始上机移植： ( 红色字体为添加的内容，蓝色字体为修改的内容，下同 )
给自己的开发板取名为 qljt2440。
1. 随便找个目录解压 u-boot，
$tar –xjvf u-boot-1.3.4.tar.gz2
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))
改为
__LIBS := $(subst $(obj),,$(LIBBOARD)) $(subst $(obj),,$(LIBS))
sbc2410x_config: unconfig @$(MKCONFIG) $(@:_config=) arm arm920t sbc2410x NULL s3c24x0
qljt2440_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm920t qljt2440 qljt s3c24x0
/*
各项的意思如下 :
qljt2440_config : 这个名字是将来你配置板子时候用到的名字，参见 make qljt2440_config命令。
arm: CPU的架构 (ARCH)
arm920t: CPU的类型 (CPU)，其对应于 cpu/arm920t子目录。
qljt2440: 开发板的型号 (BOARD)，对应于 board/qljt/qljt2440目录。
qljt: 开发者 /或经销商 (vender)。 s3c24x0: 片上系统 (SOC)。
*/
4. 在 /board子目录中建立自己的开发板 qljt2440目录
由于我在上一步板子的开发者 /或经销商 (vender)中填了 qljt ，所以开发板 qljt2440目录一定要建在 /board子目录中的 qljt目录下 ，否则编译会出错。
[uboot@localhost u-boot-1.3.4]$ cd board
[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 可以看到下面这些文件：
config.mk flash.c lowlevel_init.s Makefile qljt2440.c u-boot.lds
[uboot@localhost qljt2440]$ vim Makefile
COBJS := qljt2440.o flash.o
5. 在 include/configs/ 中建立开发板所需要的配置头文件
[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
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
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)
/* turn off the watchdog */
#if defined(CONFIG_S3C2400)
# define pWTCON 0x15300000
# define INTMSK 0x14400008 /* Interupt-Controller base addresses */
# define CLKDIVN 0x14800014 /* clock divisor register */
#else
# define pWTCON 0x53000000 /* 该地址用来屏蔽看门狗 */
# define INTMSK 0x4A000008 /* Interupt-Controller base addresses 该地址用来屏蔽中断 */
# define INTSUBMSK 0x4A00001C /* 该地址用来屏蔽子中断 */
# define CLKDIVN 0x4C000014 /* clock divisor register 该地址用来决定 FCLK 、 HCLK 、 PCLK 的比例 */
#define CLK_CTL_BASE 0x4c000000 /* qljt 从 S3C2440A.pdf 中可以看出该寄存器是存放 Mpll 和 Upll 的 P254 */
#if defined(CONFIG_S3C2440)
#define MDIV_405 0x7f << 12 /* qljt 参见 P255 表，同时要知道本开发板的 Fin 是 12MHz ，需要的 Fclk( 也就
是 Mpll) 是 405MHz*/
#define PSDIV_405 0x21 /* qljt 同上，同时设定 PDIV 和 SDIV 的值， PDIV 和 SDIV 参见 S3C2440A.pdf*/
#endif
#endif
1.2 修改中断禁止部分
# if defined(CONFIG_S3C2410)
ldr r1, =0x7ff // 根据 2410 芯片手册， INTSUBMSK 有 11 位可用，
//vivi 也是 0x7ff ，不知为什么 U － Boot 一直没改过来。但是由于芯片复位默认
// 所有的终端都是被屏蔽的，所以这个不影响工作
ldr r0, =INTSUBMSK
str r1, [r0]
# endif
# if defined(CONFIG_S3C2440)
ldr r1, =0x7fff // 根据 2440 芯片手册， INTSUBMSK 有 15 位可用
ldr r0, =INTSUBMSK
str r1, [r0]
# endif
1.3 修改时钟设置
/* 时钟控制逻辑单元能够产生 s3c2440 需要的时钟信号，包括 CPU 使用的主频 FCLK,AHB 总线使用的 HCLK,APB 总线设备使用的 PCLK ， 2440 里面的两个锁相环 (PLL) ，其中一个对应 FCLK 、 HCLK 、 PCLK ，另外一个对应 UCLK(48MHz)*/
/* 注意： AHP 、 APB 总线的简介参见“ AHB 与 APB 总线 .doc ” */
/* FCLK:HCLK:PCLK = 1:4:8 */
ldr r0, =CLKDIVN
mov r1, #5
str r1, [r0]
/* 这三条协处理器命令确实不知道什么意思，在 ATXJGYBC_ql.pdf 中搜 p15 和 c1 ，只知道它们执行以后会把协处理器 p15 的寄存器 c1 的最高两位置 1 ，但 c1 的最高两位是没有意义啊，弄不懂它的真正意思
不过我却知道这三条语句是从哪里出来的，详细请参考 s3c2440 的 datasheet 和 s3c2440datasheet 中的 R1_nF 和 R1_iA.doc */
mrc p15, 0, r1, c1, c0, 0 /*read ctrl register qljt*/
orr r1, r1, #0xc0000000 /*Asynchronous qljt 改变总线模式为异步模式网上某位朋友说不知到在哪里看到过
如果 FCLK 与 HCLK 不同的话就要选择这种模式的 */
mcr p15, 0, r1, c1, c0, 0 /*write ctrl register qljt*/
#if defined(CONFIG_S3C2440) // （ 2440 的主频可达 533MHz ，但听说设到 533MHz 时系统
// 很不稳定，不知是不是 SDRAM 和总线配置的影响，所以现在先设到 //405MHz ，以后在改进。）
/*now, CPU clock is 405.00 Mhz qljt*/
mov r1, #CLK_CTL_BASE /* qljt*/
mov r2, #MDIV_405 /* mpll_405mhz qljt*/
add r2, r2, #PSDIV_405 /* mpll_405mhz qljt*/
str r2, [r1, #0x04] /* MPLLCON qljt 实际上是设置寄存器 CLK_CTL_BASE+0x04=0x4c000004 的值 */
#endif
#endif /* CONFIG_S3C2400 || CONFIG_S3C2410|| CONFIG_S3C2440 */
1.4 将从 Flash 启动改成从 NAND Flash 启动 。（特别注意：这和 2410 的程序有不同，不可混用！！！是拷贝 vivi 的代码。）
将以下 U － Boot 的重定向语句段：
@#if ndef CONFIG_AT91RM9200
#if 0
#ifndef CONFIG_SKIP_RELOCATE_UBOOT
relocate: /* relocate U-Boot to RAM */
adr r0, _start /* r0 <- current position of code */
ldr r1, _TEXT_BASE /* test if we run from flash or RAM */
cmp r0, r1 /* don't reloc during debug */
beq stack_setup
ldr r2, _armboot_start
ldr r3, _bss_start
sub r2, r3, r2 /* r2 <- size of armboot */
add r2, r0, r2 /* r2 <- source end address */
copy_loop:
ldmia r0!, {r3-r10} /* copy from source address [r0] */
stmia r1!, {r3-r10} /* copy to target address [r1] */
cmp r0, r2 /* until source end addreee [r2] */
ble copy_loop
#endif /* CONFIG_SKIP_RELOCATE_UBOOT */
#endif /*CONFIG_AT91RM9200 */
然后添加：
/* 下载了一个 vivi 源代码看了一下，还真的有下面哪一段代码 */
#ifdef CONFIG_S3C2440_NAND_BOOT @qljt@@@@@@@@@@@@@@@@SSSSSSSSSSSSS
@ reset NAND
/* 往下四段内容都是针对 S3C2440 的关于 NAND-FLASH 的寄存器的设置，具体有什么作用，看了 datasheet ，有些明白有些不明白 */
mov r1, #NAND_CTL_BASE
ldr r2, =( (7<<12)|(7<<8)|(7<<4)|(0<<0) )
str r2, [r1, #oNFCONF] /* 这些宏是在 include/configs/qljt2440.h 中被定义的 */
ldr r2, [r1, #oNFCONF] /* 还是弄不懂为什么上面一句 str 以后还要有这句的 ldr 命令？ why ？难道是多余的？ */
ldr r2, =( (1<<4)|(0<<1)|(1<<0) ) @ Active low CE Control
str r2, [r1, #oNFCONT]
ldr r2, [r1, #oNFCONT]
ldr r2, =(0x6) @ RnB Clear
str r2, [r1, #oNFSTAT]
ldr r2, [r1, #oNFSTAT]
mov r2, #0xff @ RESET command
strb r2, [r1, #oNFCMD]
/*delay 一段时间 */
mov r3, #0 @ wait
nand1:
add r3, r3, #0x1
cmp r3, #0xa
blt nand1
/* 等待 nand-flash 的复位完毕信号 */
nand2:
ldr r2, [r1, #oNFSTAT] @ wait ready
tst r2, #0x4
beq nand2
ldr r2, [r1, #oNFCONT]
orr r2, r2, #0x2 @ Flash Memory Chip Disable /* 在这里先 Display fansh CE 先，在 C 函数中对 falsh 进行 */
str r2, [r1, #oNFCONT] /* 操作的时候才 enable ，为什么这样操作不太清楚 */
/* 下面这段用来初始化栈指针 sp 和帧指针 fp, 至于它们的定义和作用参考文件夹 ” 栈指针 sp 和帧指针 fp” 里面的内容
记住它们都是与函数调用时候相关的。简单来讲就是子函数被调用以后是通过指针的相对位置来查找调用参数和局部变量的，但是由于 sp 经常变化，所以需要 fp 来协助。 */
@ get ready to call C functions (for nand_read())
ldr sp, DW_STACK_START @ setup stack pointer /*sp 是指堆栈指针 */
mov fp, #0 @ no previous frame, so fp=0
@ copy U-Boot to RAM /*vivi 里面应该是有一段是针对 gpio 的程序，也许使用来 debug 用的信号灯，这里省略了 */
/* TEXT_BASE 是 uboot 自己的入口地址，在 u-boot-1.3.4-board/qljt/qljt2440 的 config.mk 中定义
有趣的是外国人的逆向思维很厉害，它们很灵活地把它放在 SDRAM 的最后 0x80000 地方，也就是 0x33F80000
*/
ldr r0, =TEXT_BASE /*r0 : 把 u-boot 复制到 ram 的那个位置 */
mov r1, #0x0 /*r1 : 从 falsh 的那个位置开始复制 */
mov r2, #0x20000 /*r2 : 复制多大的内容 */
bl nand_read_ll /* 跳到执行 uboot 复制的程序入口 , 这个函数从哪里来？也是来自 vivi 的，没办法 */
tst r0, #0x0 /* 这里特别注意 r0 的值是指 nand_read_ll 执行完以后的返回值，而不是上面
ldr r0, =TEXT_BASE 的值，初学者往往在这里想不通 */
beq ok_nand_read
bad_nand_read: /* 如果读 nand_read 失败的话，那么 sorry ，重来，或者检查硬件 */
loop2: b loop2 @ infinite loop
ok_nand_read:
@ verify
/* 计算机就是好，很容易就可以检测我们放在 SDRAM 中的 u-boot 是不是 flash 中的 uboot 。
本开发板使用的是 nand-falsh 的启动方式，板子一上电并不是马上进入 SDRAM 执行程序的。是这样的：板子一上电， S3C2440 自动把 nand-falsh 中从 0 地址开始的 4Kbytes 复制到 S3C2440 集成的某个缓冲区里面 ( 起始地址是 0x00) ，从那里开始执行，那 4K 程序负责把整个 uboot 复制到 SDRAM ，然后才跳到 SDRAM 开始正真的 UBOOT( 这个技术是有个专业名字的我忘记了 ),*/
/* 下面这段程序的作用就是用开始执行的 4Kbytes 程序跟我们复制到 SDRAM 中的 uboot 的前 4K 程序进行比较，从而校验 */
mov r0, #0
ldr r1, =TEXT_BASE
mov r2, #0x400 @ 4 bytes * 1024 = 4K-bytes
go_next:
ldr r3, [r0], #4
ldr r4, [r1], #4
teq r3, r4
bne notmatch
subs r2, r2, #4
beq stack_setup
bne go_next
notmatch:
loop3: b loop3 @ infinite loop
#endif @ CONFIG_S3C2440_NAND_BOOT @qljt@@@@@@@@@@@@@@@@@@EEEEEEEEE
1.5 在跳到 C函数执行前，也就是跳出 start.S前，添加几个 LED灯的控制，说明程序跑到这里了，移植的第一阶段完成了。
/* 本开发板上面有四个 LED 灯，分别接到 CPU 的 GPIO_F[4:7] 这四个引脚上 */
#if defined(CONFIG_S3C2440)
@ LED1 on u-boot stage 1 is ok!
mov r1, #GPIO_CTL_BASE
add r1, r1, #oGPIO_F
ldr r2,=0x5500
str r2, [r1, #oGPIO_CON]
mov r2, #0xff
str r2, [r1, #oGPIO_UP]
mov r2, #0xdf
str r2, [r1, #oGPIO_DAT]
#endif
1.6 在 “ _start_armboot: .word start_armboot ” 后加入：
#if defined(CONFIG_S3C2440_NAND_BOOT)
.align 2 /*??? 这里我一直不明白为什么是 .align 2, 因为如果按照 ARM 的规则，意思是按照 2 的 2 次方 =4bit 的
方式对齐，那么就是半个字节对齐，有可能吗？ */
DW_STACK_START: .word STACK_BASE+STACK_SIZE-4 /* 从这里可以看出该堆栈是从高地址向低地址增长的
注意这里的 STACK_BASE 和 STACK_SIZE 还没定义，在 1.1 节中定义 */
#endif
2. 修改 include/configs/qljt2440.h 文件，在结尾处添加如下内容（ 注意： s3c2410 与 s3c2440 的 Nand Flash 控制器寄存器不同，不能混用！！ ）：
......
/*
* Nandflash Boot
*/
#define CONFIG_S3C2440_NAND_BOOT 1
#define STACK_BASE 0x33f00000
#define STACK_SIZE 0x8000
/* NAND Flash Controller */
#define NAND_CTL_BASE 0x4E000000
/* Offset */
#define oNFCONF 0x00 /* 这些宏是在 start.S 中被调用的 */
#define oNFCONT 0x04
#define oNFCMD 0x08
#define oNFADDR 0x0c
#define oNFDATA 0x10
#define oNFSTAT 0x20
#define oNFECC 0x2c
/* GPIO */
#define GPIO_CTL_BASE 0x56000000
#define oGPIO_F 0x50
#define oGPIO_CON 0x0 /* R/W, Configures the pins of the port */
#define oGPIO_DAT 0x4 /* R/W, Data register for port */
#define oGPIO_UP 0x8 /* R/W, Pull-up disable register */
#endif /* __CONFIG_H */
3. 在 board/qljt/qljt2440 加入 NAND Flash 读函数文件，拷贝 vivi 中的 nand_read.c 文件到此文件夹即可，基本上大陆上移植的都是这样做的，在此把该文件的内容贴出来，目的是对一些难理解的代码进行解析：
#include <config.h>
#define __REGb(x) (*(volatile unsigned char *)(x))
#define __REGi(x) (*(volatile unsigned int *)(x))
#define NF_BASE 0x4e000000
#define NFCONF __REGi(NF_BASE + 0x0)
#define NFCONT __REGi(NF_BASE + 0x4)
#define NFCMD __REGb(NF_BASE + 0x8)
#define NFADDR __REGb(NF_BASE + 0xC)
#define NFDATA __REGb(NF_BASE + 0x10)
#define NFSTAT __REGb(NF_BASE + 0x20)
//#define GPDAT __REGi(GPIO_CTL_BASE+oGPIO_F+oGPIO_DAT)
#define NAND_CHIP_ENABLE (NFCONT &= ~(1<<1))
#define NAND_CHIP_DISABLE (NFCONT |= (1<<1))
#define NAND_CLEAR_RB (NFSTAT |= (1<<2))
#define NAND_DETECT_RB { while(! (NFSTAT&(1<<2)) );}
#define BUSY 4
inline void wait_idle(void) {
while(!(NFSTAT & BUSY));
NFSTAT |= BUSY;
}
#define NAND_SECTOR_SIZE 512
#define NAND_BLOCK_MASK (NAND_SECTOR_SIZE - 1)
/* low level nand read function */
/* 下面 nand_read_ll 的三个参数来自 start.S 里面调用 nand_read_ll 前的 r0 、 r1 、 r2*/
int nand_read_ll(unsigned char *buf, unsigned long start_addr, int size)
{
int i, j;
/* 下面这个 if 保证对 flash 的读操作是从某一页的页头开始的，从直观来看是保证 start_addr[0:8] 位都为 0 ，
为什么呢？因为本 flash 的一页的大小位 512-bytes ，也就是从 0x0 到 0x1ff*/
if ((start_addr & NAND_BLOCK_MASK) || (size & NAND_BLOCK_MASK)) {
return -1; /* invalid alignment */
}
NAND_CHIP_ENABLE;
for(i=start_addr; i < (start_addr + size);) {
/* READ0 */
NAND_CLEAR_RB;
/* 到此应该可以明白 s3c2440 nandflash 相关寄存器的确切含义了，就是说 s3c2440 里面已经集成了对 nand flash 操
作的相关寄存器，只要你的 nand flash 接线符合 s3c2440 datasheet 的接法，就可以随便使用 s3c2440 对于 nand
flash 的相关寄存器，例如如果你想像 nand flash 写一个命令，那么只要对命令寄存器写入你的命令就可以了， s3c2440 可以自动帮你完成所有的时序动作，写地址也是一样。反过来说如果没有了对 nand flash 的支持，那么我们对 nand falsh 的操作就会增加好多对 I/O 口的控制，例如对 CLE,ALE 的控制。 s3c2440 已经帮我们完成了这部分工作了 */
NFCMD = 0;
/* Write Address */
/* 下面这个送地址的过程可以说是这段程序里最难懂的一部分了，难就难于为什么送进 nand flash 的地址忽略了 bit8 ，
纵观整个 for(i) 循环， i 并不是一个随机的地址，而应该是每一页的首地址。其实 nand flash 并不是忽略了 bit 8 这个
地址，而是 bit 8 早就被定下来了，什么时候定下来，就是上面的 NFCMD = 0; 语句，本 flash (K9F1208U0B) 支持从
半页开始读取，从而它有两个读的命令，分别是 0x00( 从一页的上半页开始读 ) 和 0x01( 从一页的下半页开始读 ) ，
当取 0x00 时， bit 8=0 ，当取 0x01 时 bit 8=1.*/
NFADDR = i & 0xff;
NFADDR = (i >> 9) & 0xff;
NFADDR = (i >> 17) & 0xff;
NFADDR = (i >> 25) & 0xff;
NAND_DETECT_RB;
for(j=0; j < NAND_SECTOR_SIZE; j++, i++) {
*buf = (NFDATA & 0xff); /* 每读一次 NANDFLASH 就往 IO 口送下一个 byte ，直到送
完 NAND_SECTOR_SIZE 个为止 */
buf++;
}
}
NAND_CHIP_DISABLE;
return 0;
}
4. 修改 board/qljt/qljt2440/Makefile 文件，让刚刚添加的nand_read.c编译进来
......
C OBJS := qljt2440.o nand_read.o flash.o
......
/*===========================================================
到这里，应该是可以编译通过的，否则就是编辑的时候出现了错误
===========================================================*/
5. 修改 board/qljt/qljt2440/lowlevel_init.S文件
依照开发板的内存区的配置情况 , 修改 board/qljt/qljt2440/lowlevel_init.S文件， :
......
/* REFRESH parameter 下面这 6个配置都可以参考 s3c2440A datasheet P210的 REFRESH寄存器 */
#define REFEN 0x1 /* Refresh enable */
#define TREFMD 0x0 /* CBR(CAS before RAS)/Auto refresh */
#define Trp 0x01 /* 3clk 这个值可以参考本版子上的 SDRAM的 datasheet*/
#define Trc 0x3 /* 也就是 SDRAM datasheet里面的 Tsrc 7clk 本来这个地方是 Trc，但从 lowlevel_init.S里面的调用来看，应该是寄存器REFRESH
的 Tsrc才对，好多地方都没有改过来，我我觉得只是个名字而已，不影响结果
注意：如果这里改了，那么下面这句中的 Trc也要改为相应的 Tsrc：
.word ((REFEN<<23)+(TREFMD<<22)+(Trp<<20)+(Trc<<18)+(Tchr<<16)+REFCNT)*/
#define Tchr 0x2 /* 3clk，这个从 lowlevel_init.S里面的调用来看是属于 REFRESH的保留位，不知道为什
么还要给他赋值 */
#define REFCNT 1259 /*这个值的算法参考 s3c2440A datasheet P210的Refresh Counter */
/* 下面不厌其烦地解析一下 lowlevel_init.S这个原文件 */
#define BWSCON 0x48000000
……
#define Tchr 0x2 /* 3clk */
#define REFCNT 0x0459
/**************************************/
/*1. 要知道上面这些配置的最终会被用到下面 SMRDATA 这个数据池里面，所以必须要明白 SMRDATA 这个数据池是用
来干什么的， SMRDATA 后面每一个 .word 后面防止的数据都是将要写入 BWSCON 开始的寄存器的，总共有 13 个 .work , 它们后面放置的值将会分别别写入 0x48000000 、 0x48000004 、 0x48000008… 一直到 0x48000030 共 13 个寄存器。 */
/*2. 上面那些配置的值是怎样决定的呢，详细请参考 s3c2440A 和你所用 SDRAM 的 datasheet 。细心找总是能找到的。 */
/*3. 而上面的那些配置值最终是通过下面 lowlevel_init 后面的这段函数写到寄存器里面的，下面对该段函数逐一分析： */
_TEXT_BASE:
.word TEXT_BASE
.globl lowlevel_init
lowlevel_init:
/* memory control configuration */
/* make r0 relative the current location so that it */
/* reads SMRDATA out of FLASH rather than memory ! */
ldr r0, =SMRDATA
ldr r1, _TEXT_BASE
sub r0, r0, r1 /* 其实明白了前三条语句这段程序就不难懂了，归根到底就是为什么将 SMRDATA 的值减
去 _TEXT_BASE 的值？原因是这样的：我们使用的是从 nandflash boot 的方式，目前程序
仍然在 4K-bytes ‘Steppingstone’(这里为什么突然冒出个Steppingstone’,这个就是我前面提到从nand flash 引导的方法，但不知道名字，后来重新看 s3c2440A datasheet 的 nand flash 那一章的开头才知道)上面 运行，在 SMRDATA 后面的的内容仍然在Steppingstone里面。但是 SMRDATA 的值是相对于 _TEXT_BASE 值的地址，而且 _TEXT_BASE 是放置 u-boot 的开始地方，所以用 SMRDATA-_TEXT_BASE 就可以得到 SMRDATA 后面内容在Steppingstone里面 相对于地址 0x00000000 的放置的所在地方 ( 相对于 0x00 的地址值 ) 。 */
/* 从这三条语句可以看出前人为了实现从 nand flash 启动可谓费尽心思啊！ */
ldr r1, =BWSCON /* Bus Width Status Controller */
add r2, r0, #13*4 /* 总共 13 个寄存器 */
0:
ldr r3, [r0], #4
str r3, [r1], #4
cmp r2, r0
bne 0b
/* everything is fine now */
mov pc, lr
.ltorg /* 数据缓冲池，上网可以查得资料 */
/* the literal pools origin */
SMRDATA:
……
.word ((REFEN<<23)+(TREFMD<<22)+(Trp<<20)+(Trc<<18)+(Tchr<<16)+REFCNT)
.word 0xb2
.word 0x30 /* 需要注意的是 CAS Latency的值在这里直接配置 */
.word 0x30
/*===========================================================
到这里，应该是可以编译通过的，否则就是编辑的时候出现了错误
===========================================================*/
6 修改 /board/qljt/qljt2440/qljt2440.c，修改这个文件主要针对下面两点：
(1) GPIO的控制
(2) PLL，毕竟s3c2410跟s3c2440不同
修改其对 GPIO和 PLL的配置 (请参阅 SBC2440的硬件说明和 2440芯片手册 )： ......
#elif FCLK_SPEED==1 /* Fout = 405MHz */
//#define M_MDIV 0x5c
//#define M_PDIV 0x4
//#define M_SDIV 0x0
#define M_MDIV 0x7f
#define M_PDIV 0x2
#define M_SDIV 0x1
#elif USB_CLOCK==1
//#define U_M_MDIV 0x48
//#define U_M_PDIV 0x3
#define U_M_MDIV 0x38
#define U_M_PDIV 0x2
#define U_M_SDIV 0x2
......
/* set up the I/O ports */
gpio->GPACON = 0x007FFFFF;
// gpio->GPFCON = 0x000055AA;
gpio->GPFCON = 0x5500; /*for LED*/
......
/* arch number of S3C2440 -Board */
gd->bd->bi_arch_number = MACH_TYPE_S3C2440 ;
/* adress of boot parameters */
gd->bd->bi_boot_params = 0x30000100;
icache_enable();
dcache_enable();
gpio->GPFDAT = 0xbf; /*for LED*/
//int board_init (void)设置完成后， LED1和 LED2会亮起！
return 0;
}
/*===========================================================
到这里，应该是可以编译通过的，否则就是编辑的时候出现了错误
===========================================================*/
7. 为了实现 NAND Flash 的读写，再次修改 /include/configs/qljt2440.h
......
/*
* High Level Configuration Options
* (easy to change)
*/
#define CONFIG_ARM920T 1 /* This is an ARM920T Core */
//#define CONFIG_S3C2410 1 /* in a SAMSUNG S3C2410 SoC */
//#define CONFIG_SBC2410X 1 /* on a friendly-arm SBC-2410X Board */
#define CONFIG_S3C2440 1 /* 在前面很多地方调用到 CONFIG_S3C2440 , 他是在这里定义 */
#define CONFIG_qljt2440 1 /* 针对一些本开发板配置的宏控制 */
......
/***********************************************************
* Command definition
***********************************************************/
#define CONFIG_CMD_DHCP
#define CONFIG_CMD_ELF
#define CONFIG_CMD_PING
#define CONFIG_CMD_NAND
#define CONFIG_CMD_NET
#define CONFIG_CMD_ENV
/* this must be included AFTER the definition of CONFIG_COMMANDS (if any) */
#include <cmd_confdefs.h>
#define CFG_LONGHELP
/* undef to save memory */
#define CFG_PROMPT "[qljt2440]#" /* 这个就是你启动开发板后命令行显示的内容了 */
/*Monitor Command Prompt */
#define CFG_CBSIZE 256
/* Console I/O Buffer Size */
......
#define CFG_LOAD_ADDR 0x30008000 /* 以后 linux kernel 就要放在这里执行 */
/* default load address */
......
//#define CFG_ENV_IS_IN_FLASH 1 / 这里的 flash 应该是指 nor 了，都不知道外国人为什么这么默认 /
#define CFG_ENV_IS_IN_NAND 1 /* 定义这个宏的目的是为了调用 nand flash 类型的 saveenv
因为还有其它类型存储器的 saveenv ，在 u-boot 中查看 saveenv
的定义，有多少中定义就有多少种 */
/* 在 linux 对 nand flash 分区的时候，给 u-boot 分配 256k 的空间 (0~0x40000)
其中 u-boot.bin [0x0~0x30000] 占 192K
而 u-boot 的参数 [0x30000~0x40000] 占 64k
*/
#define CFG_ENV_OFFSET 0x30000
#define CFG_ENV_SIZE 0x10000
/* 注意：网上很多地方都有关于 CONFIG_CMD_NAND 、 CFG_NAND_LEGACY 、 drivers/mtd/nand/nand.c 中的 nand_init() 函数以及 board/qljt/qljt2440/qljt2440.c 中的 nand_init() 函数这四个东西的关系，但大多说的不清不楚，我把它门的关系用表格一一列出来，请参考附录。 */
#define CFG_NAND_LEGACY 1
/*----------------------------------------------------------------------
* NAND flash settings
*/
#if defined (CONFIG_CMD_NAND)
#define CFG_NAND_BASE 0x4E000000 /* 这个鬼东西在 drivers/mtd/nand/nand.c 中被调用 , 它
是 NAND 控制寄存器的基地址 */
/* NandFlash 控制器在 SFR 区起始寄存器地址 */
#define CFG_MAX_NAND_DEVICE 1
/* 支持的最在 Nand Flash 数据 */
#define SECTORSIZE 512
/* 1 页的大小 */
#define NAND_SECTOR_SIZE SECTORSIZE /* 这两个东西好像也是多余的，备用吧，在次文章搜一下
就知道其它用到的地方也有定义 */
#define NAND_BLOCK_MASK 511 /* 本 flash 一个 block 的大小 -1*/
/* 页掩码 */
#define ADDR_COLUMN 1 /* 意思是你所用的 nandflash 的 Column 地址占多少个字节 */
/* 一个字节的 Column 地址 */
#define ADDR_PAGE 3 /* 意思是你所用的 nandflash 的 (row)page 地址占多少个字节 */
/* 3 字节的页块地址 !!!!!*/
#define ADDR_COLUMN_PAGE 4 /* 意思是你所用的 nandflash 的 column 地址 +page 地址共占多少个字节 */
/* 总共 4 字节的页块地址 !!!!! */
#define NAND_ChipID_UNKNOWN 0x00
/* 未知芯片的 ID 号 */
#define NAND_MAX_FLOORS 1 /* 怎样算一 floor*/
#define NAND_MAX_CHIPS 1
/* Nand Flash 命令层底层接口函数 */
#define rNFCONF (*(volatile unsigned int *)0x4e000000)
#define rNFCONT (*(volatile unsigned int *)0x4e000004)
#define rNFCMD (*(volatile unsigned char *)0x4e000008)
#define rNFADDR (*(volatile unsigned char *)0x4e00000c)
#define rNFDATA (*(volatile unsigned char *)0x4e000010)
#define rNFSTAT (*(volatile unsigned int *)0x4e000020)
#define rNFECC (*(volatile unsigned int *)0x4e00002c)
/* 下面部分内容是修改的 */
/* Nand Flash 命令层底层接口函数 */
/*
#define NAND_WAIT_READY(nand) NF_WaitRB()
#define NAND_DISABLE_CE(nand) NF_SetCE(NFCE_HIGH)
#define NAND_ENABLE_CE(nand) NF_SetCE(NFCE_LOW)
#define WRITE_NAND_COMMAND(d, adr) NF_Cmd(d)
#define WRITE_NAND_COMMANDW(d, adr) NF_CmdW(d)
#define WRITE_NAND_ADDRESS(d, adr) NF_Addr(d)
#define WRITE_NAND(d, adr) NF_Write(d)
#define READ_NAND(adr) NF_Read()
*/
#define WRITE_NAND_ADDRESS(d, adr) {rNFADDR = d;}
#define WRITE_NAND(d, adr) {rNFDATA = d;}
#define READ_NAND(adr) (rNFDATA)
#define NAND_WAIT_READY(nand) {while(!(rNFSTAT&(1<<0)));}
#define WRITE_NAND_COMMAND(d, adr) {rNFCMD = d;}
#define WRITE_NAND_COMMANDW(d, adr) NF_CmdW(d)
# if defined(CONFIG_S3C2440)
#define NAND_DISABLE_CE(nand) {rNFCONT |= (1<<1);}
#define NAND_ENABLE_CE(nand) {rNFCONT &= ~(1<<1);}
#endif
# if defined(CONFIG_S3C2410)
#define NAND_DISABLE_CE(nand) {rNFCONF |= (1<<11);}
#define NAND_ENABLE_CE(nand) {rNFCONF &= ~(1<<11);}
#endif
/* 允许 Nand Flash 写校验 打开下面宏定义 */
#define CONFIG_MTD_NAND_VERIFY_WRITE 1
......
#endif /* __CONFIG_H */
8. 在/board/qljt/qljt2440/qljt2440.c文件的末尾添加对Nand Flash 的初始化函数（在后面Nand Flash的操作都要用到）
#if defined(CONFIG_CMD_NAND) /*大概在145行*/
typedef enum {
NFCE_LOW,
NFCE_HIGH
} NFCE_STATE;
static inline void NF_Conf(u16 conf)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
nand->NFCONF = conf;
}
static inline void NF_Cmd(u8 cmd)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
nand->NFCMD = cmd;
}
static inline void NF_CmdW(u8 cmd)
{
NF_Cmd(cmd);
udelay(1);
}
static inline void NF_Addr(u8 addr)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
nand->NFADDR = addr;
}
static inline void NF_WaitRB(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
while (!(nand->NFSTAT & (1<<0)));
}
static inline void NF_Write(u8 data)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
nand->NFDATA = data;
}
static inline u8 NF_Read(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
return(nand->NFDATA);
}
static inline u32 NF_Read_ECC(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
return(nand->NFECC);
}
#if defined(CONFIG_S3C2440)
static inline void NF_Cont(u16 cont)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
nand->NFCONT = cont;
}
static inline void NF_SetCE(NFCE_STATE s)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
switch (s) {
case NFCE_LOW:
nand->NFCONT &= ~(1<<1);
break;
case NFCE_HIGH:
nand->NFCONT |= (1<<1);
break;
}
}
static inline void NF_Init_ECC(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
nand->NFCONT |= (1<<4);
}
#else
static inline void NF_SetCE(NFCE_STATE s)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
switch (s) {
case NFCE_LOW:
nand->NFCONF &= ~(1<<11);
break;
case NFCE_HIGH:
nand->NFCONF |= (1<<11);
break;
}
}
static inline void NF_Init_ECC(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
nand->NFCONF |= (1<<12);
}
#endif /*对应#if defined(CONFIG_S3C2440)*/
static inline void NF_Init(void)
{
#if 0
#define TACLS 0
#define TWRPH0 3
#define TWRPH1 0
#else
#define TACLS 0
#define TWRPH0 4
#define TWRPH1 2
#endif
#if defined(CONFIG_S3C2440)
NF_Conf((TACLS<<12)|(TWRPH0<<8)|(TWRPH1<<4));
NF_Cont((0<<13)|(0<<12)|(0<<10)|(0<<9)|(0<<8)|(0<<6)|(0<<5)|(1<<4)|(0<<1)|(1<<0));
#else
NF_Conf((1<<15)|(0<<14)|(0<<13)|(1<<12)|(1<<11)|(TACLS<<8)|(TWRPH0<<4)|(TWRPH1<<0));
/*nand->NFCONF = (1<<15)|(1<<14)|(1<<13)|(1<<12)|(1<<11)|(TACLS<<8)|(TWRPH0<<4)|(TWRPH1<<0); */
/* 1 1 1 1, 1 xxx, r xxx, r xxx */
/* En 512B 4step ECCR nFCE=H tACLS tWRPH0 tWRPH1 */
#endif
NF_Reset();
}
#endif
9. cpuarm920ts3c24x0 Nand.c ，很多人说u-boot-1.3.4已经不支持CFG_NAND_LEGACY了，但其实还是支持的，定义了CFG_NAND_LEGACY后Nand.c要做如下修改：
#error "U-Boot legacy NAND support not available for S3C2410"
改成
// #error "U-Boot legacy NAND support not available for S3C2410"
/*===========================================================
到这里，编译是不能通过的，原因上一节中 CONFIG_S3C2410 这个宏定义被注释掉，下面要用 CONFIG_S3C2440 这个宏打开 CONFIG_S3C2410 所打开的内容 ===========================================================*/
10. 在 S3C2440 与 s3c2410 能够共用的文件中添加 “CONFIG_S3C2440” ，使得原来 s3c2410 的代码可以编译进来。
（ 1 ） /include/common.h 文件的第 492 行： /* 一些公用的常用函数，例如 get_fclk()*/
#if defined(CONFIG_S3C2400) || defined(CONFIG_S3C2410) || defined(CONFIG_LH7A40X) || defined(CONFIG_S3C2440)
（ 2 ） /include/s3c24x0.h ：文件的第 85 、 95 、 99 、 110 、 148 、 404 行： /* 一些关于 S3C2440 寄存器的结构体 */
#if defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
（ 3 ） /cpu/arm920t/s3c24x0/interrupts.c 文件的第 33 行： /* 主要把一些头文件包含进去 */
#if defined(CONFIG_S3C2400) || defined (CONFIG_S3C2410) || defined (CONFIG_TRAB) || defined (CONFIG_S3C2440)
第 38 行：
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
（ 4 ） /cpu/arm920t/s3c24x0/serial.c 文件的第 22 行： /* 主要把一些头文件包含进去 */
#if defined(CONFIG_S3C2400) || defined (CONFIG_S3C2410) || defined (CONFIG_TRAB) || defined (CONFIG_S3C2440)
第 26 行：
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
（ 5 ） /cpu/arm920t/s3c24x0/speed.c 文件的第 33 行：
#if defined(CONFIG_S3C2400) || defined (CONFIG_S3C2410) || defined (CONFIG_TRAB) || defined (CONFIG_S3C2440)
第 37 行：
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
顺便修改源代码，以匹配 s3c2440 ：
static ulong get_PLLCLK(int pllreg)
{
......
m = ((r & 0xFF000) >> 12) + 8;
p = ((r & 0x003F0) >> 4) + 2;
s = r & 0x3;
//qljt /* 这两个 PLL 的算法参见 S3C2440datasheet 的 254 页 */
#if defined(CONFIG_S3C2440)
if (pllreg == MPLL)
return((CONFIG_SYS_CLK_FREQ * m * 2) / (p << s)); /* CONFIG_SYS_CLK_FREQ 在 qljt2440.h 中定义 */
else if (pllreg == UPLL)
#endif
//qljt
return((CONFIG_SYS_CLK_FREQ * m) / (p << s));
}
......
/* return FCLK frequency */
ulong get_FCLK(void)
{
return(get_PLLCLK(MPLL));
}
/* return HCLK frequency */
ulong get_HCLK(void)
{
S3C24X0_CLOCK_POWER * const clk_power = S3C24X0_GetBase_CLOCK_POWER();
/* 看看 s3c2410 与 s3c2440 的 datasheet 就知道 s3c2440 的 HCLK 可选择的值多很多 */
if (clk_power->CLKDIVN & 0x6)
{ /* 这里注意：编译的时候发现 CLKDIVN ，这个将会在 12 节解决 */
if ((clk_power->CLKDIVN & 0x6)==2) return(get_FCLK()/2);
if ((clk_power->CLKDIVN & 0x6)==6) return((clk_power->CAMDIVN & 0x100) ? get_FCLK()/6 : get_FCLK()/3); /* 注意这里的 CAMDIVN 还没有被定义，在 /include/s3c24x0.h 中定义 */
if ((clk_power->CLKDIVN & 0x6)==4) return((clk_power->CAMDIVN & 0x200) ? get_FCLK()/8 : get_FCLK()/4);
return(get_FCLK());
}
else {
return(get_FCLK());
}
// return((clk_power->CLKDIVN & 0x2) ? get_FCLK()/2 : get_FCLK());
}
......
（ 6 ） /cpu/arm920t/s3c24x0/usb_ohci.c 文件的第 45 行：
#elif defined(CONFIG_S3C2410) || defined(CONFIG_S3C2440)
（ 7 ） drivers/rtc/s3c24x0_rtc.c 文件的第 35 行：
#elif defined(CONFIG_S3C2410) || defined(CONFIG_S3C2440)
（ 8 ）在文件中添加 “defined(CONFIG_qljt2440)” ，使得原来 SBC2410X 开发板的代码可以编译进来，
/cpu/arm920t/s3c24x0/interrupts.c 文件的第 181 行：
#elif defined(CONFIG_SBC2410X) ||
defined(CONFIG_SMDK2410) ||
defined(CONFIG_VCMA9) || defined(CONFIG_qljt2440)
tbclk = CFG_HZ; /* 对于 CFG_HZ 的值，结合 uboot 的说明和 s3c2440 的 datasheet 就比较容易理解 */
#else
（ 9 ） /cpu/arm920t/s3c24x0/usb.c 文件的第 31 行：
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
（ 10 ） /cpu/arm920t/s3c24x0/i2c.c 文件的第 35 行：
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
第 66 、 85 、 142 、 150 、 174 行：
将“#ifdef CONFIG_S3C2410”改为
#if defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
（ 11 ） drivers/usb/usb_ohci.c 文件的第 68 行附近：
#if defined(CONFIG_ARM920T) ||
defined(CONFIG_S3C2400) ||
defined(CONFIG_S3C2410) ||
defined(CONFIG_S3C2440) ||
defined(CONFIG_440EP) ||
defined(CONFIG_PCI_OHCI) ||
defined(CONFIG_MPC5200)
11. 在/include/s3c24x0.h中加入2440 的NAND FLASH 寄存器定义和CAMDIVN定义：
typedef struct {
S3C24X0_REG32 LOCKTIME;
S3C24X0_REG32 MPLLCON;
S3C24X0_REG32 UPLLCON;
S3C24X0_REG32 CLKCON;
S3C24X0_REG32 CLKSLOW;
S3C24X0_REG32 CLKDIVN;
S3C24X0_REG32 CAMDIVN;
} S3C24X0_CLOCK_POWER;
......
#if defined(CONFIG_S3C2410) // 2440 的NAND FLASH 寄存器
typedef struct {
S3C24X0_REG32 NFCONF;
S3C24X0_REG32 NFCMD;
S3C24X0_REG32 NFADDR;
S3C24X0_REG32 NFDATA;
S3C24X0_REG32 NFSTAT;
S3C24X0_REG32 NFECC;
} S3C2410_NAND;
#endif
#if defined (CONFIG_S3C2440)
typedef struct {
S3C24X0_REG32 NFCONF;
S3C24X0_REG32 NFCONT;
S3C24X0_REG32 NFCMD;
S3C24X0_REG32 NFADDR;
S3C24X0_REG32 NFDATA;
S3C24X0_REG32 NFMECC0;
S3C24X0_REG32 NFMECC1;
S3C24X0_REG32 NFSECC;
S3C24X0_REG32 NFSTAT;
S3C24X0_REG32 NFESTAT0;
S3C24X0_REG32 NFESTAT1;
S3C24X0_REG32 NFECC;
} S3C2410_NAND;
#endif
12. 修改/lib_arm中的board.c。
......
#include <common.h>
#include <command.h>
#include <malloc.h>
#include <devices.h>
#include <version.h>
#include <net.h>
#include <s3c2410.h>
......
13. 修改common/env_nand.c
......
#ifdef CONFIG_INFERNO
#error CONFIG_INFERNO not supported yet
#endif
int nand_legacy_rw (struct nand_chip* nand, int cmd,
size_t start, size_t len,
size_t * retlen, u_char * buf);
extern struct nand_chip nand_dev_desc[CFG_MAX_NAND_DEVICE];
extern int nand_legacy_erase(struct nand_chip *nand, size_t ofs, size_t len, int clean);
/* info for NAND chips, defined in drivers/nand/nand.c */
nand_info_t nand_info[CFG_MAX_NAND_DEVICE];
......
#else /* ! CFG_ENV_OFFSET_REDUND */
int saveenv(void)
{
size_t total;
int ret = 0;
nand_erase_options_t nand_erase_options;
nand_erase_options.length = CFG_ENV_RANGE;
nand_erase_options.quiet = 0;
nand_erase_options.jffs2 = 0;
nand_erase_options.scrub = 0;
nand_erase_options.offset = CFG_ENV_OFFSET;
if (CFG_ENV_RANGE < CFG_ENV_SIZE)
return 1;
puts ("Erasing Nand...n");
/*在248行附近*/
// if (nand_erase_opts(&nand_info[0], &nand_erase_options))
if (nand_legacy_erase(nand_dev_desc + 0, CFG_ENV_OFFSET, CFG_ENV_SIZE, 0))
return 1;
puts ("Writing to Nand... ");
total = CFG_ENV_SIZE;
/*在254行附近*/
// if (writeenv(CFG_ENV_OFFSET, (u_char *) env_ptr)) {
// puts("FAILED!n");
// return 1;
// }
ret = nand_legacy_rw(nand_dev_desc + 0,0x00 | 0x02, CFG_ENV_OFFSET, CFG_ENV_SIZE,&total, (u_char*)env_ptr);
if (ret || total != CFG_ENV_SIZE)
return 1;
puts ("donen");
return ret;
}
#else /* ! CFG_ENV_OFFSET_REDUND */
.......
/*
* The legacy NAND code saved the environment in the first NAND device i.e.,
* nand_dev_desc + 0. This is also the behaviour using the new NAND code.
*/
void env_relocate_spec (void)
{
#if !defined(ENV_IS_EMBEDDED)
size_t total;
int ret;
total = CFG_ENV_SIZE;
/*在360行附近*/
// ret = readenv(CFG_ENV_OFFSET, (u_char *) env_ptr);
ret = nand_legacy_rw(nand_dev_desc + 0, 0x01 | 0x02, CFG_ENV_OFFSET,CFG_ENV_SIZE, &total, (u_char*)env_ptr);/*edited by yaoyi 20090314,1.3.4是先进入到readenv,而非直接调用nand_legacy_rw。 因此干脆就不用到readenv了，直接注释掉，添加以上代码 */
if (ret || total != CFG_ENV_SIZE)
return use_default();
if (crc32(0, env_ptr->data, ENV_SIZE) != env_ptr->crc)
return use_default();
#endif /* ! ENV_IS_EMBEDDED */
}
/*
u-boot运行至第二阶段进入start_armboot()函数。其中nand_init()函数 是对nand flash的最初初始化函数。Nand_init()函数在两个文件中实现。其调用与CFG_NAND_LEGACY宏有关，如果没有定义这个宏，系统调 用 drivers/nand/nand.c中的nand_init()；否则调用自己在board/qljt/qljt2440/qljt2440.c中的 nand_init()函数。这里我选择第二种方式。*/
14. 修改include/nand.h
.......
//#ifndef CFG_NAND_LEGACY
#include <linux/mtd/compat.h>
#include <linux/mtd/mtd.h>
#include <linux/mtd/nand.h>
.......
//#endif /* !CFG_NAND_LEGACY */
/*===========================================================
到这里，应该是可以编译通过的，否则就是编辑的时候出现了错误
===========================================================*/
9 、在 include/linux/mtd/nand_ids.h 的结构体 nand_flash_ids 加入 /* 至于这个结构体的值怎么得来，有待研究 */
static struct nand_flash_dev nand_flash_ids[] = {
...... /* 结构体 nand_flash_dev 在 doc2000.h 中定义 */
/* 厂家 型号，生产商编号，本模块的编号，总共容纳地址的位数，存储页字节数是否为256 ，地址需要多少字节数减一(行列地址总共) ，擦除 1 个 block 的大小，是否为16位总线 */
{"Samsung KM29N16000",NAND_MFR_SAMSUNG, 0x64, 21, 1, 2, 0x1000, 0},
{"Samsung K9F1208U0B", NAND_MFR_SAMSUNG, 0x76, 26, 0, 3, 0x4000, 0},
{"Samsung unknown 4Mb", NAND_MFR_SAMSUNG, 0x6b, 22, 0, 2, 0x2000, 0},
......
};
/*下面说说上面结构体的 8个参数是怎么得出来的，以便日后再次移植的时候会更换 nand flash*/
/*
1.“厂家 型号”：这个从 nand flash的 datasheet就可以直接找到了吧。
2. 生产商的编号：也就是 datasheet里面的 Maker code，它也同时被存放在 nand flash里面的 ID(nand flash应该有一个读 ID命令的 )信息里面）。
3. 本模块的编号：也就是 datasheet里面的 device code，跟 Maker code一样它也被放到 ID信息里面。
4. 总共容纳的地址位数：也就是有效的地址位数。针对于本 flash(K9F1208U0M)可以参考它的 datasheet第 7页。
5. 一页所存储的字节数是否为 256个：针对于本 flash(K9F1208U0M)可以参考它的 datasheet第 7页。
6. 地址需要多少字节数减一 (行列地址总共 )：举个例子可能更容易明白，第 4点中可以知道本 flash(K9F1208U0M)有 26位，而对本 flash地址的写入每次只能写 8位，所以至少要写 4次才能把 26位地址写入本 flash， 4次的写入针对于编程来说就是 [0:3]，所以本 falsh相对于该结构体的该变量的值是 3.
7. 擦除 1个 block的大小：简单来说就是 1个 block的大小，本 flash 1block=32 pages， 1 page=512 bytes,所以 1 block=512x32=16 k-bytes，也就是 0x4000 。
8. 是否为 16位总线：本 flash地址和数据总线共用，都是 8位的，所以上面值为 0
*/
15. 修改 /lib_arm 中的 board.c 。添加几个 debug 信息 （这一步可以不用修改）
......
#include <common.h>
#include <command.h>
#include <malloc.h>
#include <devices.h>
#include <version.h>
#include <net.h>
......
static int display_banner (void)
{
S3C24X0_GPIO * const gpio = S3C24X0_GetBase_GPIO();
gpio->GPFDAT = 0x8f; //qljtninja
// 在串口初始化和console 初始化完成，串口输出信息之前，LED1 、LED2 、LED3 会亮起！
printf ("nn%snn", version_string);
debug ("U-Boot code: %08lX -> %08lX BSS: -> %08lXn",
_armboot_start, _bss_start, _bss_end);
printf ("U-Boot code: %08lX -> %08lX BSS: -> %08lXn", //qljt
_armboot_start, _bss_start, _bss_end); //qljt
#ifdef CONFIG_MODEM_SUPPORT
debug ("Modem Support enabledn");
#endif
#ifdef CONFIG_USE_IRQ
debug ("IRQ Stack: %08lxn", IRQ_STACK_START);
debug ("FIQ Stack: %08lxn", FIQ_STACK_START);
#endif
return (0);
}
......
void start_armboot (void)
{
init_fnc_t **init_fnc_ptr;
char *s;
#ifndef CFG_NO_FLASH
ulong size;
#endif
#if defined(CONFIG_VFD) || defined(CONFIG_LCD)
unsigned long addr;
#endif
S3C24X0_GPIO * const gpio = S3C24X0_GetBase_GPIO();
......
gpio->GPFDAT = 0x7f; //qljtninja
// 在进入命令提示符之前，四个LED 会同时亮起！
/* main_loop() can return to retry autoboot, if so just run it again. */
for (;;) {
main_loop ();
}
/* NOTREACHED - no way out of command loop except booting */
}
/*===========================================================
到这里，应该是可以编译通过的，否则就是编辑的时候出现了错误
===========================================================*/
16. 裁减flash的支持 （这一步也可以不执行）
(1)在board/qljt/qljt2440/flash.c的头部加上：#if 0，尾部加上：#endif
(2)在include/configs/qq2440.h加上：
#undef CONFIG_CMD_FLASH
#undef CONFIG_CMD_IMLS
….
#define CFG_NO_FLASH 1
(3)在common/cmd_bootm.c的”#include”语句后加上
#ifdef CONFIG_CMD_IMLS
#undef CONFIG_CMD_IMLS
#endif
附录：
一．
U-boot 的命令默认配置存放在/include/config_cmd_default.h里，可以修改该文件或者在qq2440.h里添加#undef里裁减不需要的内容
二．
1.在 u-boot-1.3.2前 (不含 u-boot-1.3.2)nand_init函数的调用关系，它的调用是被“ CONFIG_COMMANDS&
CFG_CMD_NAND”和“ CFG_NAND_LEGACY”控制的， 1：表示该值为真， 0：表示该值为假
|
CONFIG_COMMANDS& CFG_CMD_NAND |
CFG_NAND_LEGACY |
/drivers/mtd/nand/nand.c中的 nand_init()函数 |
/board/qljt/qljt2440/qljt2440.c中的 nand_init()函数 |
|
0 |
0 |
0 |
0 |
|
0 |
1 |
0 |
0 |
|
1 |
0 |
1 |
1 |
|
1 |
1 |
0 |
1 |
2.在 u-boot-1.3.2后 (含 u-boot-1.3.2)nand_init函数的调用关系，它的调用是被“ CONFIG_CMD_NAND”和“ CFG_NAND_LEGACY”控制的， 1：表示该值为真， 0：表示该值为假
|
CONFIG_CMD_NAND |
CFG_NAND_LEGACY |
/drivers/mtd/nand/nand.c中的 nand_init()函数 |
/board/qljt/qljt2440/qljt2440.c中的 nand_init()函数 |
|
0 |
0 |
0 |
0 |
|
0 |
1 |
0 |
0 |
|
1 |
0 |
1 |
1 |
|
1 |
1 |
0 |
1 |