.align 2
DW_STACK_START: .word STACK_BASE+STACK_SIZE-4
|
再次,在board/samsung/my2440/目录下新建一个nand_read.c文件,在该文件中来实现上面汇编中要调用的nand_read_ll函数,代码如下:
#gedit board/samsung/my2440/nand_read.c//新建一个nand_read.c文件,记得保存 |
#include #define NF_BASE 0x4E000000//Nand Flash配置寄存器基地址
#define __REGb(x)(*(volatile unsigned char*)(x)) #define __REGi(x)(*(volatile unsignedint*)(x))
#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 NAND_CHIP_ENABLE(NFCONT &=~(1<1))//Nand片选使能 #define NAND_CHIP_DISABLE(NFCONT|=(1<1))//取消Nand片选 #define NAND_CLEAR_RB (NFSTAT |= (1<2)) #define NAND_DETECT_RB { while(! (NFSTAT&(1<2)) );} #define NAND_SECTOR_SIZE 512 #define NAND_BLOCK_MASK(NAND_SECTOR_SIZE-1)
/*lowlevel nand read function*/ intnand_read_ll(unsigned char*buf,unsigned long start_addr,intsize) { inti,j;
if((start_addr & NAND_BLOCK_MASK)||(size& NAND_BLOCK_MASK)) { return-1;//地址或长度不对齐 }
NAND_CHIP_ENABLE;//选中Nand片选
for(i=start_addr;i(start_addr+size);) { //发出READ0指令 NAND_CLEAR_RB; NFCMD=0;
//对Nand进行寻址 NFADDR=i & 0xFF; NFADDR=(i>>9)& 0xFF; NFADDR=(i>>17)& 0xFF; NFADDR=(i>>25)& 0xFF;
NAND_DETECT_RB;
for(j=0;jNAND_SECTOR_SIZE;j++,i++) { *buf=(NFDATA & 0xFF); buf++; } }
NAND_CHIP_DISABLE;//取消片选信号
return 0; } |
注意:上面这段代码中对Nand进行寻址的部分,这跟具体的Nand Flash的寻址方式有关。根据我们开发板上的Nand Flash(K9F1208U0C)数据手册得知,片内寻址是采用26位地址形式。从第0位开始分四次通过I/O0-I/O7进行传送,并进行片内寻址。具体含义和结构图如下(相关概念参考Nand数据手册):
0 - 7位:字节在上半部、下半部及OOB内的偏移地址 8位:值为0代表对一页内前256个字节进行寻址,值为1代表对一页内后256个字节进行寻址 9-13位:对页进行寻址 14-25位:对块进行寻址 |
![](../img/eep/emb/emb-58079ve41bvcrhk2.jpg)
然后,在board/samsung/my2440/Makefile中添加nand_read.c的编译选项,使他编译到u-boot中,如下:
COBJS:=my2440.o flash.onand_read.o |
还有一个重要的地方要修改,在cpu/arm920t/u-boot.lds中,这个u-boot启动连接脚本文件决定了u-boot运行的入口地址,以及各个段的存储位置,这也是链接定位的作用。添加下面两行代码的主要目的是防止编译器把我们自己添加的用于nandboot的子函数放到4K之后,否则是无法启动的。如下:
.text: { cpu/arm920t/start.o(.text) board/samsung/my2440/lowlevel_init.o(.text) board/samsung/my2440/nand_read.o(.text) *(.text) } |
最后编译u-boot,生成u-boot.bin文件。然后先将mini2440开发板调到Nor启动档,利用supervivi的a命令将u-boot.bin下载到开发板的Nand Flash中,再把开发板调到Nand启动档,打开电源就从Nand Flash启动了,启动结果图如下:
![](../img/eep/emb/emb-580805vql1meps4q.jpg)
从上面的运行图看,显然现在的Nand还不能做任何事情,而且也没有显示有关Nand的任何信息,所以只能说明上面的这些步骤只是完成了Nand移植的Stage1部分。下面我们来添加我们开发板上的Nand Flash(K9F1208U0C)的Stage2部分的有关操作支持。
6)现在进入u-boot的第二阶段(添加Nand Flash(K9F1208U0C)的有关操作支持)。
在上一节中我们说过,通常在嵌入式bootloader中,有两种方式来引导启动内核:从Nor Flash启动和从Nand Flash启动,但不管是从Nor启动或者从Nand启动,进入第二阶段以后,两者的执行流程是相同的。
当u-boot的start.S运行到“_start_armboot:.word start_armboot”时,就会调用lib_arm/board.c中的start_armboot函数,至此u-boot正式进入第二阶段。此时注意:以前较早的u-boot版本进入第二阶段后,对Nand Flash的支持有新旧两套代码,新代码在drivers/nand目录下,旧代码在drivers/nand_legacy目录下,CFG_NAND_LEGACY宏决定了使用哪套代码,如果定义了该宏就使用旧代码,否则使用新代码。但是现在的u-boot-2009.08版本对Nand的初始化、读写实现是基于最近的