u-boot-2010.12移植到2440

移植的第一步当然是下载最新版本的uboot源码，下载地址如下：

进入相应路径：
cd /home/bsc
解压缩：
tar jxvf u-boot-2010.12.tar.bz2
进入生成的文件夹，在uboot主目录：
cd u-boot-2010.12
首先编译下看看是否可以编译成功（交叉编译器为4.3.2）：

make distclean????????????? /*清除已经形成的链接，修改顶层Makefile文件必须执行*/
make smdk2410_config

awk '(NF && $1 !~ /^#/) { print $1 ": " $1 "_config; $(MAKE)" }' boards.cfg > .boards.depend

[root@localhost u-boot-2010.12]#
然后make all
make测试一下，产生如下错误
board.c: In function '__dram_init_banksize':
board.c:233: error: 'CONFIG_SYS_SDRAM_BASE' undeclared (first use in this function)
board.c:233: error: (Each undeclared identifier is reported only once
board.c:233: error: for each function it appears in.)
board.c: In function 'board_init_f':
board.c:279: error: 'CONFIG_SYS_INIT_SP_ADDR' undeclared (first use in this function)
board.c:312: error: 'CONFIG_SYS_SDRAM_BASE' undeclared (first use in this function)
make[1]: *** [board.o] Error 1
make[1]: Leaving directory `/home/bsc/u-boot-2010.12/arch/arm/lib'
make: *** [arch/arm/lib/libarm.o] Error 2
宏未定义，可能是新版uboot的bug
在smdk2410.h中添加
#define CONFIG_SYS_SDRAM_BASE???????????? 0x00000000
#define CONFIG_SYS_INIT_SP_ADDR????????????? (CONFIG_SYS_TEXT_BASE - GENERATED_GBL_DATA_SIZE)

/home/bsc/u-boot-2010.12/arch/arm/lib/bootm.c:74: undefined reference to `get_sp'

arm-linux-ld: BFD (Sourcery G++ Lite 2008q3-72) 2.18.50.20080215 assertion fail /scratch/julian/lite-respin/linux/obj/binutils-src-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu/bfd/elf32-arm.c:9537

/bin/sh: line 1: 27564 Segmentation fault????? arm-linux-ld -Bstatic -T u-boot.lds -pie -Ttext 0x33F80000 $UNDEF_SYM arch/arm/cpu/arm920t/start.o --start-group api/libapi.o arch/arm/cpu/arm920t/libarm920t.o arch/arm/cpu/arm920t/s3c24x0/libs3c24x0.o arch/arm/lib/libarm.o common/libcommon.o disk/libdisk.o drivers/bios_emulator/libatibiosemu.o drivers/block/libblock.o drivers/dma/libdma.o drivers/fpga/libfpga.o drivers/gpio/libgpio.o drivers/hwmon/libhwmon.o drivers/i2c/libi2c.o drivers/input/libinput.o drivers/misc/libmisc.o drivers/mmc/libmmc.o drivers/mtd/libmtd.o drivers/mtd/nand/libnand.o drivers/mtd/onenand/libonenand.o drivers/mtd/spi/libspi_flash.o drivers/mtd/ubi/libubi.o drivers/net/libnet.o drivers/net/phy/libphy.o drivers/pci/libpci.o drivers/pcmcia/libpcmcia.o drivers/power/libpower.o drivers/rtc/librtc.o drivers/serial/libserial.o drivers/spi/libspi.o drivers/twserial/libtws.o drivers/usb/gadget/libusb_gadget.o drivers/usb/host/libusb_host.o drivers/usb/musb/libusb_musb.o drivers/usb/phy/libusb_phy.o drivers/video/libvideo.o drivers/watchdog/libwatchdog.o fs/cramfs/libcramfs.o fs/ext2/libext2fs.o fs/fat/libfat.o fs/fdos/libfdos.o fs/jffs2/libjffs2.o fs/reiserfs/libreiserfs.o fs/ubifs/libubifs.o fs/yaffs2/libyaffs2.o lib/libfdt/libfdt.o lib/libgeneric.o lib/lzma/liblzma.o lib/lzo/liblzo.o net/libnet.o post/libpost.o board/samsung/smdk2410/libsmdk2410.o --end-group /home/bsc/u-boot-2010.12/arch/arm/lib/eabi_compat.o -L /usr/local/arm/4.3.2/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/armv4t -lgcc -Map u-boot.map -o u-boot

查看bootm.c:代码，发现里面明明存在get_sp（）函数，支持在一些宏定义条件下。可能是这些宏未定义导致该函数未编译。查到网上一个patch：

+#endif /* CONFIG_SETUP_MEMORY_TAGS || CONFIG_CMDLINE_TAG || CONFIG_INITRD_TAG */

-#endif /* CONFIG_SETUP_MEMORY_TAGS || CONFIG_CMDLINE_TAG || CONFIG_INITRD_TAG */

修改完毕后，再次编译通过（从编译过程来看，新版本的BUG还不少）。

在这一篇中，我们让开发板实现对DM9000X网卡的支持，后续的移植及调试均依赖网络的支持。

u- boot的新版本已经对CS8900和DM9000X网卡有比较完善的代码支持(代码在drivers/net/目录下)，而且在 S3C24XX系列中默认对CS8900网卡进行配置使用。只是在个别地方要根据开发板的具体网卡片选进行设置，就可以对S3C24XX系列中 CS8900网卡的支持使用。

由于我们的目标板采用的是dm9000网卡，我们通过drivers/net/目录下有关DM9000的代码，发现dm9000x.h中对CONFIG_DRIVER_DM9000宏的依赖，dm9000x.c中对CONFIG_DM9000_BASE宏、DM9000_IO宏、DM9000_DATA等宏的依赖，所以我们修改代码如下：

/* * Hardware drivers */? 屏蔽掉u-boot默认对CS8900网卡的支持
//#define CONFIG_DRIVER_CS8900 1 /* we have a CS8900 on-board */
//#define CS8900_BASE????????? 0x19000300
//#define CS8900_BUS16???????? 1 /* the Linux driver does accesses as shorts */

#define CONFIG_DRIVER_DM9000??? 1?
#define CONFIG_DM9000_NO_SROM?? 1
#define CONFIG_DM9000_BASE????? 0x18400300//网卡片选地址,需要根据具体目标板修改
#define DM9000_IO?????????????? CONFIG_DM9000_BASE
#define DM9000_DATA???????????? (CONFIG_DM9000_BASE + 4)?? //网卡数据地址

#define CONFIG_ETHADDR???08:00:3e:26:0a:5b? //开发板MAC地址
#define CONFIG_NETMASK???255.255.255.0
#define CONFIG_IPADDR??? 192.168.0.110????? //开发板IP地址

board/samsung/smdk2440/smdk2440.c 添加板载DM9000网卡初始化代码，如下：

编译之后加载到内存运行，可以ping通，但是串口出现大量“raise:signal # 8 caught”.找到打印该语句的地方， archarmlibeabi_compat.c，

直接删除掉该打印（比较简单粗暴，但是验证证实确实可以的，目前未发现什么问题。）

然后下载运行ping命令，发现不通,出现“could not establish link”的错误，参考网友的处理方法：修改drivers/net/dm9000x.c

#if 0? //屏蔽掉dm9000_init函数中的这一部分，不然使用网卡的时候会报“could not establish link”的错误
????i = 0;
????while (!(phy_read(1) & 0x20)) {????/* autonegation complete bit */
????????udelay(1000);
????????i++;
????????if (i == 10000) {
????????????printf("could not establish link ");
????????????return 0;
????????}
????}
#endif

/*
??Stop the interface.
??The interface is stopped when it is brought.
*///屏蔽掉dm9000_halt函数中的内容
static void dm9000_halt(struct eth_device *netdev)

在这篇中，我们将移植nand flash部分，支持NAND启动及NAND FLASH的读写访问。

首先，我们在u-boot-2010.12includeconfigssmdk2440.h中注销如下定义。

//#define CONFIG_ENV_SIZE?????????? 0x10000? /* Total Size of Environment Sector */

#define NAND_CTL_BASE? 0x4E000000? //Nand Flash配置寄存器基地址，查2440手册可得知

#define oNFCONF? 0x00 //相对Nand配置寄存器基地址的偏移量，还是配置寄存器的基地址

#define oNFCONT? 0x04 //相对Nand配置寄存器基地址的偏移量，可得到控制寄存器的基地址(0x4E000004)

#define oNFADDR? 0x0c //相对Nand配置寄存器基地址的偏移量，可得到地址寄存器的基地址(0x4E00000c)

#define oNFDATA? 0x10 //相对Nand配置寄存器基地址的偏移量，可得到数据寄存器的基地址(0x4E000010)

#define oNFCMD?? 0x08 //相对Nand配置寄存器基地址的偏移量，可得到指令寄存器的基地址(0x4E000008)

#define oNFSTAT? 0x20 //相对Nand配置寄存器基地址的偏移量，可得到状态寄存器的基地址(0x4E000020)

#define oNFECC?? 0x2c //相对Nand配置寄存器基地址的偏移量，可得到ECC寄存器的基地址(0x4E00002c)

#define CONFIG_SYS_NAND_BASE??????????? 0x4E000000 //Nand配置寄存器基地址

//#define NAND_SAMSUNG_LP_OPTIONS?????? 1? //注意：我们这里是64M的Nand Flash，所以不用，如果是128M的大块Nand Flash，则需加上

//添加环境变量保存到Nand的宏(注意：如果你要使用从Nor启动的saveenv命令，则不要这些Nand宏定义)

#define CONFIG_ENV_OFFSET????? 0x30000 //将环境变量保存到nand中的0x30000位置

??? str r2,[r1,#oNFCONF]?? //设置配置寄存器的初始值，参考s3c2440手册

??? ldr sp,DW_STACK_START?? //为C代码准备堆栈,DW_STACK_START定义在下面

??? ldr r0,=CONFIG_SYS_LOAD_ADDR//传递给C代码的第一个参数：u-boot在RAM中的起始地址 //暂时为这个值

??? mov r1,#0x0???? ?//传递给C代码的第二个参数：Nand Flash的起始地址

??? mov r2,#UBOOT_LENGTH? //传递给C代码的第三个参数：u-boot的长度大小

??? bl nand_read_ll?? //此处调用C代码中读Nand的函数，现在还没有要自己编写实现

增加从NAND FLASH读取数据到内存的函数，文件名为nand_read.c放到boardsamsungsmdk2440nand_read.c下。

#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)? //通过偏移量得到状态寄存器基地址

drivers/mtd/nand/s3c2440_nand.c??目录下新建s3c2440_nand.c文件实现对nand FLASH的操作。

#define NFCONF?? __REGi(NF_BASE + 0x0)? //偏移后还是得到配置寄存器基地址

#define NFCONT?? __REGi(NF_BASE + 0x4)? //偏移后得到Nand控制寄存器基地址

#define NFCMD??? __REGb(NF_BASE + 0x8)? //偏移后得到Nand指令寄存器基地址

#define NFADDR?? __REGb(NF_BASE + 0xc)? //偏移后得到Nand地址寄存器基地址

#define NFDATA?? __REGb(NF_BASE + 0x10) //偏移后得到Nand数据寄存器基地址

#define NFMECCD0 __REGi(NF_BASE + 0x14) //偏移后得到Nand主数据区域ECC0寄存器基地址

#define NFMECCD1 __REGi(NF_BASE + 0x18) //偏移后得到Nand主数据区域ECC1寄存器基地址

#define NFSECCD? __REGi(NF_BASE + 0x1C) //偏移后得到Nand空闲区域ECC寄存器基地址

#define NFSTAT?? __REGb(NF_BASE + 0x20) //偏移后得到Nand状态寄存器基地址

#define NFSTAT0? __REGi(NF_BASE + 0x24) //偏移后得到Nand ECC0状态寄存器基地址

#define NFSTAT1? __REGi(NF_BASE + 0x28) //偏移后得到Nand ECC1状态寄存器基地址

#define NFMECC0? __REGi(NF_BASE + 0x2C) //偏移后得到Nand主数据区域ECC0状态寄存器基地址

#define NFMECC1? __REGi(NF_BASE + 0x30) //偏移后得到Nand主数据区域ECC1状态寄存器基地址

#define NFSECC?? __REGi(NF_BASE + 0x34) //偏移后得到Nand空闲区域ECC状态寄存器基地址

????????????? struct s3c24x0_clock_power * const clk_power = s3c24x0_get_base_clock_power();

然后，在drivers/mtd/nand/Makefile文件中添加s3c2440_nand.c的编译项，如下：

重新编译，将u-boot.bin下载到内存运行，可以运行，FLASH也正常的读写。注意，此时我们的uboot还不支持从NAND FLASH启动，前面的步骤只是为了调试方便，我们将可以看到在内存中运行的u-boot成功的将NAND FLASH中的数据拷贝到了内存中CONFIG_SYS_LOAD_ADDR的位置。接下来我们让其支持在NAND FLASH中的启动。

将上面的ldr r0,=CONFIG_SYS_LOAD_ADDR和ldr r1,=CONFIG_SYS_LOAD_ADDR替换为ldr r0,=CONFIG_SYS_TEXT_BASE和ldr r1,=CONFIG_SYS_TEXT_BASE。

通过查看u-boot.map可以看到，我们的nand_read_ll()函数被连接在4K之后的位置，所以根本无法再启动时实现数据到内存的拷贝。因此我们根据网友的说法修改archarmcpuarm920tu-boot.lds如下：

编译发现，编译通不过，出现重定义的错误。这可能是新版本的编译和连接规则有变化导致的，具体原因还不清楚，因此我们采用其他的办法。

/home/bsc/samba/u-boot-2010.12/board/samsung/smdk2440/nand_read.c:30: multiple definition of `nand_read_ll'

board/samsung/smdk2440/nand_read.o:/home/bsc/samba/u-boot-2010.12/board/samsung/smdk2440/nand_read.c:30: first defined here

/home/bsc/samba/u-boot-2010.12/board/samsung/smdk2440/lowlevel_init.S:137: multiple definition of `lowlevel_init'

board/samsung/smdk2440/lowlevel_init.o:/home/bsc/samba/u-boot-2010.12/board/samsung/smdk2440/lowlevel_init.S:137: first defined here

这可能是新版本的编译和连接规则有变化导致的，具体原因还不清楚，因此我们采用其他的办法。修改archarmcpuarm920tu-boot.lds如下：

编译之后发现，board_init_f函数还是超过了4K，我们只能对前面的代码进行瘦身了，我们的目标板没有NOR FLASH，所以我们取消NOR FLASH的支持。

编译后下载到内存，杯具又发生了，跑进board_init_r（）函数的时候死机了。至此相当的郁闷了，没办法再修改archarmcpuarm920tu-boot.lds如下：

在编译，下载到内存运行，可以运行。但是还是相当杯具的，通过查看u-boot.map可以看到arch/arm/lib/libarm.o被连接到了4K之外，4K之内没有这个程序我们是不可能实现NAND启动的。但是天无绝人之路，我们可以让U-boot提前进入内存运行。思路是，我们提前将代码拷贝到内存中，提前跳转到内存中运行不再回来。修改archarmcpuarm920tstart.S文件如下：

??? mov r1,=CONFIG_SYS_TEXT_BASE//传递给C代码的第一个参数：u-boot在RAM中的起始地址

??? mov r1,#0x0????? //传递给C代码的第二个参数：Nand Flash的起始地址

??? beq relocations?????? /*注意此句，直接跳转到relocate_code 函数的调整部分，因为我们不打算在board_init_f（）函数中再回来了*/

/*------------------------------------------------------------------------------*/

?????? ldr r6,=CONFIG_SYS_TEXT_BASE /*注意，R6下面被用到表示新的目标地址*/

?????? /*bl? board_init_f*/ /*删除此句，我们用绝对地址跳转到内存去了，不再回来了*/

?????? ldr pc,_board_init_f ??? /*增加此句，我们用绝对地址跳转到内存去了，不再回来了*/

_board_init_f:??????? /*增加此句，我们用绝对地址跳转到内存去了，不再回来了*/

修改完archarmcpuarm920tstart.S文件之后，我们会发现，有一句非常重要的代码被我们删除再也执行不到了，那就是设置堆栈指针：mov sp,r4

首先将board_init_f（）与board_init_r（）函数的顺序调换下，因为我们要在board_init_f（）中调用board_init_r（）。

gd->mon_len = 0x700000 ; /*修改此句以保证与配置的一致性add by bsc ?具体原因请查看代码中对此变量的使用即可明白，注意我们的 _TEXT_BASE=0x33f80000*/

__asm__ __volatile__("mov sp,%0"::"r"(addr_sp):"sp");/*add by bsc 2011/2/24 15:17:48*/

#define CONFIG_SKIP_LOWLEVEL_INIT /*在内存中调试时增加此宏定义 by bsc */

然后编译，烧写到NAND FLASH中，重启之后你会发现，终于可以运行啦。

测试中发现，go命令好像有问题，直接死机了，其他一切正常。

如果你还想看到u-boot启动时的输出版本信息等，修改archarmlibboard.c代码如下：board_init_r函数中修改

?? board_init();?? ?/* Setup chipselects */

#ifdef CONFIG_SERIAL_MULTI
?? ?serial_initialize();
#endif

?? ?debug ("Now running in RAM - U-Boot at: %08lxn",dest_addr);
?? ?display_banner();
?? ?display_dram_config();
#ifdef CONFIG_LOGBUFFER
?? ?logbuff_init_ptrs ();
#endif

我们还可以在commonenv_common.c文件中的default_environment[]数组中增加

?? "uu="?? "t 0x30000000 u-boot.bin;nand erase 0x0 0x30000;nand write 0x30000000 0x0 0x30000" ""

?? "kk="?? "t 0x30000000 zImage;nand erase 0x50000 0x300000;nand write 0x30000000 0x50000 0x200000" ""

?? "yy="?? "t 0x30000000 rootyaffs2.img;nand erase 0x250000 0x3db0000;nand write.yaffs2 0x30000000 0x250000 $(filesize)" ""

?? "firstboot=" "set bootcmd $(normalboot);save;nand erase 0x50000 0x3f00000;run kk;run yy" ""

Yaffs2文件系统的移植主要涉及到u-boot对yaffs2文件系统的烧写支持、linux内核对yaffs2文件系统的支持，以及yaffs2文件系统的制作，现在我们按照从下到上的顺序来实现各部分的功能。本文重点参考黄刚的博文。

1、实现u-boot对yaffs/yaffs2文件系统下载的支持。

注意：这里对Nand的操作是基于MTD架构方式。

通常一个Nnad Flash存储设备由若干块组成，1个块由若干页组成。一般128MB以下容量的Nand Flash芯片，一页大小为528B，被依次分为2个256B的主数据区和16B的额外空间；128MB以上容量的Nand Flash芯片，一页大小通常为2KB。由于Nand Flash出现位反转的概率较大，一般在读写时需要使用ECC进行错误检验和恢复。

Yaffs/yaffs2文件系统的设计充分考虑到Nand Flash以页为存取单位等的特点，将文件组织成固定大小的段(Chunk)。以528B的页为例，Yaffs/yaffs2文件系统使用前512B存储数据和16B的额外空间存放数据的ECC和文件系统的组织信息等(称为OOB数据)。通过OOB数据，不但能实现错误检测和坏块处理，同时还可以避免加载时对整个存储介质的扫描，加快了文件系统的加载速度。以下是Yaffs/yaffs2文件系统页的结构说明：

???? Yaffs页结构说明
==============================================
???字节?????????????????? 用途
==============================================
?0 - 511??????????????? 存储数据(分为两个半部)
512 - 515?????????????? 系统信息
???516????????????????? 数据状态字
???517????????????????? 块状态字
518 - 519?????????????? 系统信息
520 - 522?????????????? 后半部256字节的ECC
523 - 524?????????????? 系统信息
525 - 527?????????????? 前半部256字节的ECC
==============================================

好了，在了解Nand Flash组成和Yaffs/yaffs2文件系统结构后，我们再回到u-boot中。目前，在u-boot中已经有对Cramfs、Jffs2等文件系统的读写支持，但与带有数据校验等功能的OOB区的Yaffs/Yaffs2文件系统相比，他们是将所有文件数据简单的以线性表形式组织的。所以，我们只要在此基础上通过修改u-boot的Nand Flash读写命令，增加处理00B区域数据的功能，即可以实现对Yaffs/Yaffs2文件系统的读写支持。

实现u-boot对Yaffs或者Yaffs2文件系统的读写支持步骤如下：

①、在include/configs/smdk2440.h头文件中定义一个管理对Yaffs2支持的宏和开启u-boot中对Nand Flash默认分区的宏，如下：

#define CONFIG_MTD_NAND_YAFFS2???1 //定义一个管理对Yaffs2支持的宏

//开启Nand Flash默认分区，注意此处的分区要和你的内核中的分区保持一致
#define MTDIDS_DEFAULT "nand0=nandflash0"
#define MTDPARTS_DEFAULT "mtdparts=nandflash0:192k(bootloader),"
???????????????????? "64k(params),"
???????????????????? "2m(kernel),"
???????????????????? "-(root)"

②、在common/cmd_nand.c?原来对Nand操作的命令集列表中添加Yaffs2对Nand的写命令，如下：//在U_BOOT_CMD中添加

U_BOOT_CMD(nand,CONFIG_SYS_MAXARGS,1,do_nand,
??? "NAND sub-system",
??? "info - show available NAND devicesn"
??? "nand device [dev] - show or set current devicen"
??? "nand read - addr off|partition sizen"
??? "nand write - addr off|partition sizen"
??? " read/write 'size' bytes starting at offset 'off'n"
??? " to/from memory address 'addr',skipping bad blocks.n"

//注意：这里只添加了yaffs2的写命令，因为我们只用u-boot下载(即写)功能，所以我们没有添加yaffs2读的命令
#if defined(CONFIG_MTD_NAND_YAFFS2)
??? "nand write[.yaffs2] - addr off|partition size - write `size' byte yaffs imagen"
??? "?starting at offset off' from memory address addr' (.yaffs2 for 512+16 NAND)n"
#endif

??? "nand erase [clean] [off size] - erase 'size' bytes fromn"
??? " offset 'off' (entire device if not specified)n"
??? "nand bad - show bad blocksn"
??? "nand dump[.oob] off - dump pagen"
??? "nand scrub - really clean NAND erasing bad blocks (UNSAFE)n"
??? "nand markbad off [...] - mark bad block(s) at offset (UNSAFE)n"
??? "nand biterr off - make a bit error at offset (UNSAFE)"
#ifdef CONFIG_CMD_NAND_LOCK_UNLOCK
??? "n"
??? "nand lock [tight] [status]n"
??? " bring nand to lock state or display locked pagesn"
??? "nand unlock [offset] [size] - unlock section"
#endif
);

接着，在该文件中对nand操作的do_nand函数中添加yaffs2对nand的操作，如下：

if (strncmp(cmd,"read",4) == 0 || strncmp(cmd,"write",5) == 0)
??? {
??????? int read;

??????? if (argc < 4)
??????????? goto usage;

??????? addr = (ulong)simple_strtoul(argv[2],NULL,16);

??????? read = strncmp(cmd,4) == 0; /* 1 = read,0 = write */
??????? printf("nNAND %s: ",read ? "read" : "write");
??????? if (arg_off_size(argc - 3,argv + 3,nand,&off,&size) != 0)
??????????? return 1;

??????? s = strchr(cmd,'.');
??????? if (!s || !strcmp(s,".jffs2") || !strcmp(s,".e") || !strcmp(s,".i"))
??????? {
??????????? if (read)
??????????????? ret = nand_read_skip_bad(nand,off,&size,(u_char *)addr);
??????????? else
??????????????? ret = nand_write_skip_bad(nand,(u_char *)addr);
??????? }

//添加yaffs2相关操作，注意该处又关联到nand_write_skip_bad函数

#if defined(CONFIG_MTD_NAND_YAFFS2)
??????? else if (s != NULL && (!strcmp(s,".yaffs2")))
??????? {
??????????? nand->rw_oob = 1;
??????????? nand->skipfirstblk = 1;
??????????? ret = nand_write_skip_bad(nand,(u_char *)addr);
??????????? nand->skipfirstblk = 0;
??????????? nand->rw_oob = 0;
??????? }
#endif

??????? else if (!strcmp(s,".oob"))
??????? {
??????????? /* out-of-band data */
??????????? mtd_oob_ops_t ops =
??????????? {
??????????????? .oobbuf = (u8 *)addr,
??????????????? .ooblen = size,
??????????????? .mode = MTD_OOB_RAW
??????????? };

??????????? if (read)
??????????????? ret = nand->read_oob(nand,&ops);
??????????? else
??????????????? ret = nand->write_oob(nand,&ops);
??????? }
??????? else
??????? {
??????????? printf("Unknown nand command suffix '%s'.n",s);
??????????? return 1;
??????? }

??????? printf(" %zu bytes %s: %sn",size,read ? "read" : "written",ret ? "ERROR" : "OK");

??????? return ret == 0 ? 0 : 1;
??? }

③、在include/linux/mtd/mtd.h头文件的mtd_info结构体中添加上面用到rw_oob和skipfirstblk数据成员，如下：

#if defined(CONFIG_MTD_NAND_YAFFS2)
????u_char rw_oob;
????u_char skipfirstblk;
#endif

④、在第二步关联的drivers/mtd/nand/nand_util.c?的nand_write_skip_bad函数中添加对Nand OOB的相关操作，如下：

int nand_write_skip_bad(nand_info_t *nand,loff_t offset,size_t *length,u_char *buffer)
{
??? int rval;
??? size_t left_to_write = *length;
??? size_t len_incl_bad;
??? u_char *p_buffer = buffer;

#if defined(CONFIG_MTD_NAND_YAFFS2) //add yaffs2 file system support
??? if(nand->rw_oob==1)???
??? {
??????? size_t oobsize = nand->oobsize;
??????? size_t datasize = nand->writesize;
??????? int datapages = 0;

??????? if (((*length)%(nand->oobsize+nand->writesize)) != 0)
??????? {
???????? printf ("Attempt to write error length data!n");
???????? return -EINVAL;
???? }

??????? datapages = *length/(datasize+oobsize);
??????? *length = datapages*datasize;
??????? left_to_write = *length;
??? }
#endif

??? /* Reject writes,which are not page aligned */
??? if ((offset & (nand->writesize - 1)) != 0 ||
???? (*length & (nand->writesize - 1)) != 0) {
??????? printf ("Attempt to write non page aligned datan");
??????? return -EINVAL;
??? }

??? len_incl_bad = get_len_incl_bad (nand,offset,*length);

??? if ((offset + len_incl_bad) >= nand->size) {
??????? printf ("Attempt to write outside the flash arean");
??????? return -EINVAL;
??? }

#if !defined(CONFIG_MTD_NAND_YAFFS2) //add yaffs2 file system support
??? if (len_incl_bad == *length) {
??????? rval = nand_write (nand,length,buffer);
??????? if (rval != 0)
??????????? printf ("NAND write to offset %llx failed %dn",
??????????????? offset,rval);

??????? return rval;
??? }
#endif

??? while (left_to_write > 0) {
??????? size_t block_offset = offset & (nand->erasesize - 1);
??????? size_t write_size;

??????? WATCHDOG_RESET ();

??????? if (nand_block_isbad (nand,offset & ~(nand->erasesize - 1))) {
??????????? printf ("Skip bad block 0x%08llxn",
??????????????? offset & ~(nand->erasesize - 1));
??????????? offset += nand->erasesize - block_offset;
??????????? continue;
??????? }

#if defined(CONFIG_MTD_NAND_YAFFS2) //add yaffs2 file system support
??????? if(nand->skipfirstblk==1)???
??????? {
??????????? nand->skipfirstblk=0;
??????????? printf ("Skip the first good block %llxn",offset & ~(nand->erasesize - 1));
??????????? offset += nand->erasesize - block_offset;
??????????? continue;
??????? }
#endif

??????? if (left_to_write < (nand->erasesize - block_offset))
??????????? write_size = left_to_write;
??????? else
??????????? write_size = nand->erasesize - block_offset;

??????? printf("rWriting at 0x%llx -- ",offset); //add yaffs2 file system support

??????? rval = nand_write (nand,&write_size,p_buffer);
??????? if (rval != 0) {
??????????? printf ("NAND write to offset %llx failed %dn",rval);
??????????? *length -= left_to_write;
??????????? return rval;
??????? }

??????? left_to_write -= write_size;
??????? printf("%d%% is complete.",100-(left_to_write/(*length/100)));
??????? offset += write_size;

#if defined(CONFIG_MTD_NAND_YAFFS2) //add yaffs2 file system support
??????? if(nand->rw_oob==1)???
??????? {
??????????? p_buffer += write_size+(write_size/nand->writesize*nand->oobsize);
??????? }
??????? else???
??????? {
??????????? p_buffer += write_size;
??????? }
#else
??????? p_buffer += write_size;
#endif

??? }

??? return 0;
}

⑤、在第四步nand_write_skip_bad函数中我们看到又对nand_write函数进行了访问，所以这一步是到drivers/mtd/nand/nand_base.c? 的nand_write函数中添加对yaffs2的支持，如下：

static int nand_write(struct mtd_info *mtd,loff_t to,size_t len,size_t *retlen,const uint8_t *buf)
{
??? struct nand_chip *chip = mtd->priv;
??? int ret;

#if defined(CONFIG_MTD_NAND_YAFFS2) //add yaffs2 file system support

??? int oldopsmode = 0;

??? if(mtd->rw_oob==1)???
??? {
??????? int i = 0;
??????? int datapages = 0;

??????? size_t oobsize = mtd->oobsize;
??????? size_t datasize = mtd->writesize;

??????? uint8_t oobtemp[oobsize];
??????? datapages = len / (datasize);

??????? for(i = 0; i < (datapages); i++)???
??????? {
??????????? memcpy((void *)oobtemp,(void *)(buf + datasize * (i + 1)),oobsize);
??????????? memmove((void *)(buf + datasize * (i + 1)),(void *)(buf + datasize * (i + 1) + oobsize),(datapages - (i + 1)) * (datasize) + (datapages - 1) * oobsize);
??????????? memcpy((void *)(buf+(datapages) * (datasize + oobsize) - oobsize),(void *)(oobtemp),oobsize);
??????? }
??? }
#endif

??? /* Do not allow reads past end of device */
??? if ((to + len) > mtd->size)
??????? return -EINVAL;
??? if (!len)
??????? return 0;

??? nand_get_device(chip,mtd,FL_WRITING);

??? chip->ops.len = len;
??? chip->ops.datbuf = (uint8_t *)buf;

#if defined(CONFIG_MTD_NAND_YAFFS2) //add yaffs2 file system support

??? if(mtd->rw_oob!=1)???
??? {
??????? chip->ops.oobbuf = NULL;
??? }
??? else???
??? {
??????? chip->ops.oobbuf = (uint8_t *)(buf + len);
??????? chip->ops.ooblen = mtd->oobsize;
??????? oldopsmode = chip->ops.mode;
??????? chip->ops.mode = MTD_OOB_RAW;
??? }
#else
??? chip->ops.oobbuf = NULL;
#endif

??? ret = nand_do_write_ops(mtd,to,&chip->ops);

??? *retlen = chip->ops.retlen;

??? nand_release_device(mtd);

#if defined(CONFIG_MTD_NAND_YAFFS2) //add yaffs2 file system support

??? chip->ops.mode = oldopsmode;
#endif

??? return ret;
}

OK，对yaffs2支持的代码已修改完毕，重新编译u-boot并下载到nand中，启动开发板，在u-boot的命令行输入:nand help查看nand的命令，可以看到多了一个nand write[.yaffs2]的命令，这个就是用来下载yaffs2文件系统到nand中的命令了。

⑥、使用nand write[.yaffs2]命令把事前制作好的yaffs2文件系统下载到Nand Flash中(yaffs2文件系统的制作请参考后文)，下载操作步骤和效果图如下：

tftp 0x30000000 root.bin //用tftp将yaffs2文件系统下载到内存的0x30000000位置

nand erase 0x250000 0x3db0000 //擦除Nand的文件系统分区

nand write.yaffs2 0x30000000 0x250000 0x658170 //将内存中的yaffs2文件系统写入Nand的文件系统分区，注意这里的0x658170是yaffs2文件系统的实际大小(可以在tftp传送完后可以看到)，要写正确，否则会形成假坏块

2、Linux2.6.37下移植yaffs文件系统

原始的linux内核是不支持Yaffs2文件系统的，我们首先需要下载yaffs2的内核补丁，给内核打上yaff2补丁才能使内核支持该文件系统。

yaffs2 老版本不支持2.6.36以上内核。?网上下载的yaffs2常见版本（点击http://www.aleph1.co.uk/cgi-bin/viewcvs.cgi/下方的Download GNU tarball进行下载）一般不支持2.6.36/37。但2.6.36一下版本依然可以使用。

最新的yaffs2采用git发布，利用git工具下载到最新的yaffs2源代码，即可支持。办法是使用到www.yaffs.net发布的git方法获得最新版，并且查看readme确认其支持2.6.36/37。yaffs有一个较大的变化，是在2.6.36/37内核发布之后的一段时间里出现的，主要就是patch-ker.sh多了一个参数，m/s 是选择multi version支持，还是single version支持。（注意：在最新的linux版本下用multi version支持。）

(1)下载源代码

如果系统已经安装git工具，就直接执行：

git clone git://www.aleph1.co.uk/yaffs2

如果没有git工具，请首先下载安装git（http://git-scm.com/）。当然，也可以在windows下用git工具下载。

?(2)给内核打补丁

yaffs源代码下载完后，放到某个目录下（但不要放在内核目录下！）进入yaffs源代码目录：

#cd yaffs2

打补丁（注意参数顺序不能错）：

#./patch-kernel.sh?c?m ?../linux-2.6.37.1

(3)然后配置内核：

#cd? ?../linux-2.6.37.1? ?//返回内核根目录

# make ARCH＝arm CROSS_COMPILE=arm-linux-? menuconfig

File systems -->

Miscellaneous filesystems -->

<*> YAFFS2 file system support

(4) 重新编译内核

# make ARCH＝arm CROSS_COMPILE=arm-linux-

然后制作新的uImage，加载或者烧写到FLASH，如果能正确引导并加载yaffs文件系统则移植成功。

特别说明：一旦在使用新版本yaffs补丁之前使用过旧版本补丁，新版本的补丁则打不上了，建议使用新版本重新编译内核。

=======================

需要注意：因为windows中下载导致文件编码和linux的不同。所以，如果是在windows下用git下载并传递到linux下的，则需要修改两个文件的编码:

?(1) 在linux下，进入yaffs2源代码目录

#vi patch-kernel.sh

然后在vi中执行如下命令：

?:set ff=unix

保存退出

然后修改权限使patch-kernel.sh具有可执行权限：

#chmod? 755? patch-kernel.sh

?(3)修改fs/yaffs2/Kconfig的编码

#vi? fs/yaffs2/Kconfig

在vi中执行命令：

:set? ff=unix

保存退出,按照上述步骤进行打补丁。

2、用busybox制作yaffs2根文件系统

所谓的根文件系统，就是创建各个目录，并且在里面创建各种文件，比如在/bin,/sbin/目录下存放各种可执行的程序，在/etc目录下存放配置文件，在/lib目录下存放库文件，下面就可以文件系统的移植。

1、根文件系统的目录结构
bin 存放所有用户都可以使用的、基本的命令。
sbin 存放的是基本的系统命令，它们用于启动系统、修复系统等。
usr 里面存放的是共享、只读的程序和数据。
proc 这是个空目录，常作为proc文件系统的挂载点。
dev 该目录存放设备文件和其它特殊文件。
etc 存放系统配置文件，包括启动文件。
lib 存放共享库和可加载块(即驱动程序)，共享库用于启动系统、运行根文件系统中的可执行程序。
boot 引导加载程序使用的静态文件
home 用户主目录，包括供服务账号锁使用的主目录，如FTP
mnt 用于临时挂接某个文件系统的挂接点，通常是空目录。也可以在里面创建空的子目录。
opt 给主机额外安装软件所摆放的目录。
root root用户的主目录
tmp 存放临时文件，通常是空目录。
var 存放可变的数据。

2、建立根文件系统的目录

进入工作目录,创建一个shell的脚本用于构建根文件系统的各个目录。mkrootfs.sh，平且改变执行的权限。

sudo chmod 777 mkrootfs.sh

脚本内容如下：

#!/bin/sh
echo "------Create rootfs directons start...--------"
mkdir rootfs
cd rootfs
echo "--------Create root,dev....----------"
mkdir root dev etc boot tmp var sys proc lib mnt home
mkdir etc/init.d etc/rc.d etc/sysconfig
mkdir usr/sbin usr/bin usr/lib usr/modules

mkidr proc/sys mkidr proc/sys/kernel

mkidr proc/sys/kernel/

echo "make node in dev/console dev/null"
mknod -m 600 dev/console c 5 1
mknod -m 600 dev/null c 1 3
mkdir mnt/etc mnt/jffs2 mnt/yaffs mnt/data mnt/temp
mkdir var/lib var/lock var/run var/tmp
chmod 1777 tmp
chmod 1777 var/tmp
echo "-------make direction done---------"

改变了tmp目录的使用权，让它开启sticky位，为tmp目录的使用权开启此位，可确保tmp目录底下建立的文件，，只有建立它的用户有权删除。

3、编译和安装Busybox

Bosybox 是一个遵循 GPL v2协议的开源项目，它在编写过程总对文件大小进行优化，并考虑了系统资源有限(比如内存等)的情况，使用 Busybox 可以自动生成根文件系统所需的bin、sbin、usr 目录和 linuxrc 文件。?

首先下载busybox，下载地址：www.busybox.net

下载链接：http://www.busybox.net/downloads/busybox-1.18.3.tar.bz2

解压源代码：

#tar?-jxvf? busybox-1.18.3.tar.bz2

修改Makefile中的交叉链和系统架构：

CROSS_COMPILE ?=arm-linux-

ARCH ?=arm

配置编译选项：

如果修改了Makefile则使用如下命令

#make? menuconfig

如果未修改Makefile则使用如下命令：

# make ARCH＝arm CROSS_COMPILE=arm-linux- menuconfig

?[A]指定安装位置：

Busybox Settings? --->

Installation Options ("make install" behavior)? --->

BusyBox installation prefix-->

输入：../rootfs?//实际中，要根据计划的文件系统根设定！

[B]指定mdev动态文件系统

Linux System Utilities --->

[*]Support /etc/mdev.conf

[*]Support command execution at device addition/removal

说明：在busybox中配置对dev下设备类型的支持dev的创建有三种方法：
（1）手动创建：在制作根文件系统的时候，就在 dev目录下创建好要使用的设备文件，系统
挂接根文件系统后，就可以使用 dev目录下的设备文件了。?
（2）使用 devfs 文件系统：这种方法已经过时，具有不确定的设备映射、没有足够的主/次设备号、devfs 消耗大量的内存。?
（3）udev：它是个用户程序，（u是指user space,dev 是指device）能根据系统中硬件设备的状态动态的更新设备文件，包括设备文件的创建、删除等。使用udev机制也不需要/dev目录下创建设备节点，它需要一些用户程序的支持，并且内核要支持sysfs文件系统。它的操作相对复杂，但灵活性很高?。mdev 是 busybox 自带的一个简化版的 udev，适合于嵌入式的应用埸合。其具有使用简单的特点。它的作用，就是在系统启动和热插拔或动态加载驱动程序时，自动产生驱动程序所需的节点文件。在以busybox 为基础构建嵌入式linux 的根文件系统时，使用它是最优的选择。配置时需要增加对 mdev的支持。?

4、编译busybox?
?# make ARCH＝arm CROSS_COMPILE=arm-linux- ?install?
在 rootfs 目录下会生成目录 bin、sbin、usr 和文件 linuxrc 的内容。
5、建立etc目录
?init进程根据/etc/inittab文件来创建其他的子进程，比如调用脚本文件配置IP地址，挂载其他的文件系统，最后启动shell等。
（1）、拷贝主机 etc 目录下的passwd、group、shadow文件到 rootfs/etc目录下。
（2） etc/sysconfig目录下新建文件HOSTNAME，内容为”frank” 。?
（3） etc/inittab文件：?
? 仿照Busybox的examples/inittab文件，在etc/目录下创建一个inittab文件.

#etc/inittab

::sysinit:/etc/init.d/rcS

::respawn:-/bin/sh

::askfirst:-/bin/sh

::ctrlaltdel:/bin/umount -a –r

6、创建etc/init.d/rcS文件：
这是一个脚本文件，可以在里面添加自动执行的命令，

#!/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
runlevel=S????? //运行的级别
prevlevel=N
umask 022?? //文件夹的掩码
export PATH runlevel prevlevel
mount -a???? //挂载/etc/fstab/文件指定的所有的文件系统
echo /sbin/mdev>/proc/sys/kernel/hotplug
mdev -s
/bin/hostname -F /etc/sysconfig/HOSTNAME //主机的名字

最后，还要改变它的属性，使它能够运行“

sudo chmod 777 etc/init.d/rcS

7、创建etc/fstab文件：
? 内容如下，表示执行完，“mount -a”命令后将挂载proc,tmpfs 等包含在该文件中的所有的文件系统。

#device mount-point type option dump fsck order
proc /proc proc defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
none /tmp ramfs defaults 0 0
sysfs /sys sysfs defaults 0 0
mdev /dev ramfs defaults 0 0

/etc/fstab/文件被用来定义文件系统的“静态信息”，这些信息被用来控制mount命令的行为，各个字段的含义以如下：
device: 要挂载的设备
?? 比如/dev/hda2 /dev/mtdblock1 等设备文件，也可以是其他格式的，比如对于proc文件系统这个字段就没有意义，可以就任意的值，对于NFS文件系统，这个字段是,<host>:<dir>.
mount-point: 挂载点
type 文件系统类型：
?? 比如 proc,jffs2,yaffs,ext2,nfs等，也可以是auto，表示自动检测文件系统类型
options: 挂接参数，以逗号隔开
/etc /fstab的作用不仅仅是用来控制'mount -a'的行为，即使是一般的mount命令，也受它的控制，常用的取值还有 auto noauto user 只允许普通用户挂载设备 nouser exec 允许运行所挂载设备上的程序 noexec Ro 只读方式 rw 以读写的方式 sync 修改文件是，它会同步写入设备中 async 不同步
? defaults rw suid dev exec auto nouser async 等的组合。
? dump 和fsck order:用来控制dump fsck程序的行为
dump是一个用来备份的文件的程序，fsck是一个用来检查磁盘的程序，
8、?创建etc/profile文件：

#Ash profile
#vim:syntax=sh
#No core file by defaults
#ulimit -S -c 0>/dev/null 2>&1
USER="id -un"
LOGNAME=$USER
PS1='[u@h=W]#'
PATH=$PATH
HOSTNAME='/bin/hostname'
export USER LOGNAME PS1 PATH

9、?制作根文件系统映像文件

我的目标板NandFlash是64MB的，所以要使用mkyaffs2image的64M版本这个可执行的文件生成映像文件。使用命令mkyaffs2image?rootfs?rootfs.img生成根文件系统映像文件。把生成的rootsfs.img文件烧写到nandFlash中的根文件系统区。重新引导操作系统即可实现文件系统的正确挂载。

4、移植过程中遇到的问题及处理：

如果出现“Kernel panic - not syncing: Attempted to kill init!”错误，请在编译内核时选择EABI支持。

Kernel Features? --->

[*] Use the ARM EABI to compile the kernel?????????????????

[*]?? Allow old ABI binaries to run with this kernel (EXPERIMENTA)

把这个选上重新编译就可以了，如果文件系统镜像也是新做的则也要考虑文件系统本身有问题的可能性。此外请注意mkyaffs2image?工具是否正确，我使用友善之臂的工具就出现此错误，但是使用天嵌提供的工具则可以正常使用。

如果出现“Failed_to_execute_/linuxrc”可以根据下面的建议逐个检查。
1. bin/busybox文件是可以执行的。
2. 在配置busybox的时候要选中shell选项中的一个选项
3. linuxrc 是可执行的。
4. 制作文件系统的时候利用的工具也要留意区分：
? ? mkcramfs? ?? ?? ? 制作cramfs镜像的工具
? ? mkimage? ?? ?? ??制作jffs2镜像的工具
? ? mkyaffs2image? ?? ?制作2.6的yaffs2的镜像工具（针对Nand Flash是128MB到1GB的）
? ? mkyaffsimage? ?? ??制作2.6.13的yaffs2的镜像工具
? ? mkyaffsimage_2? ?? ? 制作2.6.25.8或2.6.30.4或更高版本内核的yaffs2的镜像工具（针对Nand Flash是??64MB的）

5、配置内核时是否取消ECC（我遇到此问题是通过取消ECC解决此问题。）

NAND Flash support for Samsung S3C SoCs

?? □Samsung S3C NAND Hardware ECC

为了让U-boot支持内核引导，需要涉及u-boot和linux内核的配合，u-boot传递启动参数给linux内核。其中以machine ID最为重要，是内核能够正确引导的先决条件。其他参数则通过gd->bd数据结构传递给内核。

#define CONFIG_SETUP_MEMORY_TAGS? ? 1 //如果没有定义这个参数，则uboot参数必须加入men=内存大小

#define CONFIG_BOOTARGS??? ???? "root=/dev/mtdblock3 rw rootfstype=yaffs noinitrd init=/linuxrc console=ttySAC0,115200 ip=192.168.0.105:192.168.0.7:192.168.0.1:255.255.255.0:comleader:eth0:off"

#define CONFIG_BOOTCOMMAND? "nand read 0x30008000 0x50000 0x200000;bootm 0x30008000"

//开启Nand Flash默认分区，注意此处的分区要和你的内核中的分区保持一致

然后编译，发现有错误，有未定义函数，这又是新版本的一个BUG，在archarmlibbootm.c文件中增加头文件：

编译之后运行，下载uImage到0x30008000地址，然后用GO命令直接运行：

此时r1 = 0x338afef0，实际上R1中应该存有uboot传递给linux内核的machine ID 但是此时显然不是。这是因为go命令并未传递任何参数。因此我们通过bootm命令来引导：

但是仍然在“Starting kernel ..”地方死机。找到到此处位置在archarmlibbootm.c中：

怀疑cleanup_before_linux()函数有问题，以前的版本没有此函数，因此暂时注销此函数：

重新编译，更新uboot之后再次引导内核，引导成功。此时的内核尚没有文件系统支持。cleanup_before_linux()函数的问题后续进一步研究。

然后，我们将内核烧写入NAND FLASH 然后让系统自动引导。我们可以在commonenv_common.c文件中的default_environment[]数组中增加：

?? "kk="?? "t 0x30000000 zImage;nand erase 0x50000 0x300000;nand write 0x30000000 0x50000 0x200000" ""

?? "yy="?? "t 0x30000000 rootyaffs2.img;nand erase 0x250000 0x3db0000;nand write.yaffs2 0x30000000 0x250000 $(filesize)" ""

?? "firstboot=" "set bootcmd $(normalboot);save;nand erase 0x50000 0x3f00000;run kk;run yy" ""

然后我们只需用run kk命令即可实现内核的下载和烧写。重启之后通过bootm 0x30008000来实现引导。

首先linux启动过程中需要校验machine ID，因此我们修改修改linux内核的文件archarmtoolsmach-types中：

说明：不建议直接修改arch/arm/kernel/head.S文件通过R1寄存器直接传递machine ID给内核。

U-boot并不能直接支持linux的zImage，u-boot支持的镜像文件格式为uImage。通常，kernel的启动需要u-boot提供一些参数信息，比如ramdisk在RAM中的地址。经过编译后的u-boot在根目录下的tools目录中，会有个叫做mkimage的工具，他可以给zImage添加一个header，也就是说使得通常我们编译的内核zImage添加一个数据头信息部分，我们把添加头后的image通常叫uImage，uImage是可以被u-boot直接引导的内核镜像。

mkimage [-x] -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] image

选项：
-A：set architecture to 'arch'????//用于指定CPU类型，比如ARM
-O：set operating system to 'os'???? //用于指定操作系统，比如Linux
-T：set image type to 'type'?????//用于指定image类型，比如Kernel
-C：set compression type 'comp'????? //指定压缩类型
-a：set load address to 'addr' (hex) //指定image的载入地址
-e：set entry point to 'ep' (hex)??? //内核的入口地址，一般为image的载入地址+0x40（信息头的大小）
-n：set image name to 'name'?????//image在头结构中的命名
-d：use image data from 'datafile'?? //无头信息的image文件名
-x：set XIP (execute in place)???? //设置执行位置

先将u- boot下的tools中的mkimage复制到主机的/usr/local/bin目录下，这样就可以在主机的任何目录下使用该工具了。现在我们进入 kernel生成目录(一般是arch/arm/boot目录)，然后执行如下命令，就会在该目录下生成一个uImage.img的镜像文件，把他复制到 tftp目录下，这就是我们所说的uImage。

mkimage -n 'linux-2.6.37.1' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d zImage uImage

//设置启动参数，意思是将nand中0x50000-0x00200000(和kernel分区一致)的内容读到内存0x30008000中，然后用bootm命令来执行：

把uImage用tftp下载到内存中，然后再固化到Nand Flash中，操作如下：

tftp 0x30000000 uImage? //将uImage.img下载到内存0x30000000处

nand erase 0x50000 0x200000 //擦除nand的0x50000-0x200000的内容

nand write 0x30000000 0x50000 0x200000 //将内存0x30000000处的内容写入到nand的0x50000处

最后，我们重新启动开发板，可以看到，内核被u-boot成功引导起来了。