移植u-boot-1.3.4到S3C2440
来源：互联网 发布：淘宝怎么开直播视频 编辑：程序博客网 时间：2024/04/28 22:08
移植u-boot-1.3.4到S3C2440
标签: 移植 2009-11-11 19:29移植u-boot-1.3.4到S3C2440
一．预备知识：
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 pc <跳转地址〉
这种向程序计数器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编译进来
......
COBJS := 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. cpu\arm920t\s3c24x0\ 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 ("done\n");
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 ("\n\n%s\n\n", version_string);
debug ("U-Boot code: %08lX -> %08lX BSS: -> %08lX\n",
_armboot_start, _bss_start, _bss_end);
printf ("U-Boot code: %08lX -> %08lX BSS: -> %08lX\n", //qljt
_armboot_start, _bss_start, _bss_end); //qljt
#ifdef CONFIG_MODEM_SUPPORT
debug ("Modem Support enabled\n");
#endif
#ifdef CONFIG_USE_IRQ
debug ("IRQ Stack: %08lx\n", IRQ_STACK_START);
debug ("FIQ Stack: %08lx\n", 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
- 移植u-boot-1.3.4到S3C2440
- 移植u-boot-1.3.4到S3C2440
- 移植u-boot-1.3.4到S3C2440
- 移植u-boot-1.3.4到S3C2440
- 移植u-boot-1.3.4到S3C2440
- 移植u-boot-1.3.4到S3C2440
- 移植u-boot-1.3.4到S3C2440 （转）
- 移植u-boot-1.3.4到S3C2440 （转）
- u-boot-1.3.4移植到s3c2440之nand驱动
- u-boot-1.3.4移植到s3c2440之nand驱动
- U-Boot移植到s3c2440
- 移植U－Boot.1.3.1到S3C2440和S3C2410
- QLJT移植u-boot-2010.09到s3c2440
- 移植u-boot-2012.04.01到s3c2440
- u-boot-1.3.4 移植到S3C2440 （带有某些解析）
- u-boot-1.3.4 移植到S3C2440 （带有某些解析）
- u-boot-1.3.4 移植到S3C2440 （带有某些解析）
- u-boot-1.3.4移植到FS2410
- Linux程序编译速度提高方法
- Last_Day
- MFC应用程序中处理消息的顺序
- WinCE提高编译、build速度（二） BUILD_MULTIPROCESSOR多处理器多线程
- gcc or g++
- 移植u-boot-1.3.4到S3C2440
- Android上的bug定位（troubleshooting） 分享
- NAS DAS SAN三种存储方式的比较
- Davinci平台上memory map的设计步骤
- 引用与指针的区别，摘自More Effective C++
- NodeJS探索
- iSCSI存储技术全攻略
- Android软件测试的日志文件（Log文件）之多少 分享
- 关于数据仓库 — ODS概念
