一、移植环境
-
主 机:VMWare–Fedora 9
-
开发板:Mini2440–64MB Nand,Kernel:2.6.30.4
-
编译器:arm-linux-gcc-4.3.2.tgz
-
u-boot:u-boot-2009.08.tar.bz2
二、移植过程
5)预备进入u-boot的第二阶段(在u-boot中增加对咱们开发板上Nand Flash的支撑)。
现在u-boot中还没有对2440上Nand Flash的支撑,也便是说要想u-boot从Nand Flash上发动得自己去完成了。
首要,在include/configs/my2440.h头文件中界说Nand要用到的宏和寄存器,如下:
#gedit include/configs/my2440.h //在文件结尾参加以下Nand Flash相关界说 |
/* #define NAND_CTL_BASE 0x4E000000 //Nand Flash装备寄存器基地址,查2440手册可得知 #define STACK_BASE 0x33F00000 //界说仓库的地址 #define oNFCONF 0x00 //相对Nand装备寄存器基地址的偏移量,仍是装备寄存器的基地址 #define oNFADDR 0x0c //相对Nand装备寄存器基地址的偏移量,可得到地址寄存器的基地址(0x4E00000c) #define oNFECC 0x2c //相对Nand装备寄存器基地址的偏移量,可得到ECC寄存器的基地址(0x4E00002c) |
其次,修正cpu/arm920t/start.S这个文件,使u-boot从Nand Flash发动,在上一节中提过,u-boot默许是从Nor Flash发动的。修正部分如下:
#gedit cpu/arm920t/start.S |
//留意:在上一篇Nor Flash发动中,咱们为了把u-boot用supervivi下载到内存中运转而屏蔽掉这段有关CPU初始化的代码。而现在咱们要把u-boot下载到Nand Flash中,从Nand Flash发动,所以现在要康复这段代码。 #ifndef CONFIG_SKIP_LOWLEVEL_INIT #if 0//屏蔽掉u-boot中的从Nor Flash发动部分 ldr r2, _armboot_start copy_loop: //下面增加2440中u-boot从Nand Flash发动 #ifdef CONFIG_S3C2440_NAND_BOOT ldr r2, =( (1<<4)|(0<<1)|(1<<0) ) ldr r2, =(0x6) //RnB Clear mov r3, #0 //等候 nand2: ldr r2, [r1, #oNFCONT] //get read to call C functions (for nand_read()) //copy U-Boot to RAM bad_nand_read: ok_nand_read: notmatch: #endif //CONFIG_S3C2440_NAND_BOOT _start_armboot: .word start_armboot //在这一句的下面加上DW_STACK_START的界说 .align 2 |
再次,在board/samsung/my2440/目录下新建一个nand_read.c文件,在该文件中来完成上面汇编中要调用的nand_read_ll函数,代码如下:
然后,在board/samsung/my2440/Makefile中增加nand_read.c的编译选项,使他编译到u-boot中,如下:
COBJS := my2440.o flash.o nand_read.o |
还有一个重要的当地要修正,在cpu/arm920t/u-boot.lds中,这个u-boot发动衔接脚本文件决议了u-boot运转的进口地址,以及各个段的存储方位,这也是链接定位的效果。增加下面两行代码的首要意图是避免编译器把咱们自己增加的用于nandboot的子函数放到4K之后,不然是无法发动的。如下:
.text : |
最终编译u-boot,生成u-boot.bin文件。然后先将mini2440开发板调到Nor发动档,运用supervivi的a指令将u-boot.bin下载到开发板的Nand Flash中,再把开发板调到Nand发动档,翻开电源就从Nand Flash发动了,发动成果图如下:
从上面的运转图看,明显现在的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的初始化、读写完成是依据最近的Linux内核的MTD架构,删除了曾经传统的履行办法,使移植没有曾经那样杂乱了,完成Nand的操作和根本指令都直接在drivers/mtd/nand目录下(在doc/README.nand中讲得很清楚)。下面咱们结合代码来剖析一下u-boot在第二阶段的履行流程:
由于2440和2410对nand操控器的操作有很大的不同,所以s3c2410_nand.c下对nand操作的函数便是咱们做移植需求完成的部分了,他与详细的Nand Flash硬件密切相关。为了差异与2410,这儿咱们就从头树立一个s3c2440_nand.c文件,在这儿面来完成对nand的操作,代码如下:
最终,从头编译u-boot并运用supervivi的a指令下载到Nand Flash中,把开发板调到Nand档从Nand发动,发动成果图如下:
从上图能够看出,现在u-boot现已对咱们开发板上64M的Nand Flash彻底支撑了。Nand相关的根本指令也都能够正常运用了。
弥补内容:
从以上的发动信息看,有一个正告信息“*** Warning – bad CRC or NAND, using default environment”,咱们知道,这是由于咱们还没有将u-boot的环境变量保存nand中的原因,那现在咱们就用u-boot的saveenv指令来保存环境变量,如下:
从上图能够看到保存环境变量并没有成功,并且从信息看他将把环境变量保存到Flash中,明显这不正确,咱们是要保存到Nand中。本来,u-boot在默许的情况下把环境变量都是保存到Nor Flash中的,所以咱们要修正代码,让他保存到Nand中,如下:
#gedit include/configs/my2440.h |
//注释掉环境变量保存到Flash的宏(留意:假如你要运用上一篇中的从Nor发动的saveenv指令,则要康复这些Flash宏界说) //#define CONFIG_ENV_IS_IN_FLASH 1 //增加环境变量保存到Nand的宏(留意:假如你要运用上一篇中的从Nor发动的saveenv指令,则不要这些Nand宏界说) #define CONFIG_ENV_IS_IN_NAND 1 |
从头编译u-boot,下载到nand中,发动开发板再来保存环境变量,如下:
能够看到,现在成功保存到Nand中了,为了验证,咱们从头发动开发板,那条正告信息现在没有了,如下:
#gedit drivers/mtd/nand/s3c2440_nand.c //新建s3c2440_nand.c文件 |
#include #if 0 #include #define __REGb(x) (*(volatile unsigned char *)(x)) #define NF_BASE 0x4e000000 //Nand装备寄存器基地址 #define S3C2440_NFCONT_nCE (1<<1) ulong IO_ADDR_W = NF_BASE; static void s3c2440_hwcontrol(struct mtd_info *mtd, int cmd, unsigned int ctrl) DEBUGN(“hwcontrol(): 0x%02x 0x%02x\n”, cmd, ctrl); if (ctrl & NAND_CTRL_CHANGE) { if (!(ctrl & NAND_CLE)) //要写的是地址 if (ctrl & NAND_NCE) if (cmd != NAND_CMD_NONE) static int s3c2440_dev_ready(struct mtd_info *mtd) int board_nand_init(struct nand_chip *nand) DEBUGN(“board_nand_init()\n”); clk_power->CLKCON |= (1 << 4); twrph0 = 4; twrph1 = 2; tacls = 0; cfg = (tacls<<12)|(twrph0<<8)|(twrph1<<4); cfg = (1<<6)|(1<<4)|(0<<1)|(1<<0); /* initialize nand_chip data structure */ /* read_buf and write_buf are default */ /* hwcontrol always must be implemented */ nand->dev_ready = s3c2440_dev_ready; return 0; |
其次,在开发板装备文件include/configs/my2440.h文件中界说支撑Nand操作的相关宏,如下:
#gedit include/configs/my2440.h |
/* Command line configuration. */ #ifdef CONFIG_CMDLINE_EDITING /* NAND flash settings */ |
然后,在drivers/mtd/nand/Makefile文件中增加s3c2440_nand.c的编译项,如下:
# gedit drivers/mtd/nand/Makefile |
COBJS-y += s3c2440_nand.o |
1.lib_arm/board.c文件中的start_armboot函数调用了drivers/mtd/nand/nand.c文件中的nand_init函数,如下: 2.nand_init调用了同文件下的nand_init_chip函数; |
#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 NFCONF __REGi(NF_BASE + 0x0 ) //经过偏移量仍是得到装备寄存器基地址 #define NAND_CHIP_ENABLE (NFCONT &= ~(1<<1)) //Nand片选使能 #define NAND_SECTOR_SIZE 512 /*low level nand read function */ if((start_addr & NAND_BLOCK_MASK)||(size & NAND_BLOCK_MASK)) NAND_CHIP_ENABLE; //选中Nand片选 for(i=start_addr; i <(start_addr +size);) NAND_CLEAR_RB; //对Nand进行寻址 NFADDR =(i >> 9) & 0xFF; NAND_DETECT_RB; for(j=0; j < NAND_SECTOR_SIZE; j++, i++) NAND_CHIP_DISABLE; //撤销片选信号 return 0; |
留意:上面这段代码中对Nand进行寻址的部分,这跟详细的Nand Flash的寻址办法有关。依据咱们开发板上的Nand Flash(K9F1208U0C)数据手册得知,片内寻址是选用26位地址方式。从第0位开端分四次经过I/O0-I/O7进行传送,并进行片内寻址。详细意义和结构图如下(相关概念参阅Nand数据手册):
650) this.width=650;” src=”http://www.embeddedlinux.org.cn/uploads/allimg/130316/1047375.png” style=”padding:0px;margin:0px;border:0px;” />
0 - 7位:字节在上半部、下半部及OOB内的偏移地址 |