移植u-boot-2012.4到Tiny6410_1G_Nandflash

Uboot-2012.4的启动流程：

　　自从Uboot-2010后的Uboot在文件结构和启动流程方面都有非常大的改变，所以移植Uboot-2012.4的时候还是费了我不少时间，

首先在编译Uboot的时候，nand_spl文件夹下的Makefile会建立几个链接文件（具体链接到那几个文件自己查看），然后生成u-boot-spl-16k.bin文件，

之后在与u-boot.bin文件结合生成u-boot-nand.bin的可执行文件，当从Nandflash启动时，首先CPU会复制u-boot-nand.bin的前8k数据到IROM，

这8K数据就是u-boot-spl-16k.bin的数据，这个文件的功能是初始化Nandflash、SDRAM、以及时钟等一些最基本的C程序运行环境，

然后将整个u-boot-nand.bin从Nandflash复制到SDRAM中的0x57e0000处，跳转执行C程序 board_init_f 这个函数的功能是执行

init_sequence 初始化队列、建立 gd 结构体，最后执行 relocate_code(addr_sp, id, addr); 这个函数是在 start.S 的汇编文件中，

功能是将u-boot-nand.bin从0x57e0000处转移到0x5ff75000并且会修改所有代码的链接地址，转移完成后会传递两个给 board_init_r 函数，

一个是 gd 结构体的地址和 u-boot-nand.bin 的起始地址 0x5ff75000 。board_init_r 函数的功能就是进一步初始化然后进入命令行模式！

整个启动过程就完成了！

　　但是我认为这种方式效率非常低，所以我把他改变成不需要u-boot-spl-16k.bin文件，直接从u-boot.bin中的 start.S 文件处开始执行，

基本初始化后直接将所有代码复制到 0x5ff75000 处执行！下面的只是几个关键地方的改动！

1、打开根目录下的Makefile文件

smdk6400_noUSB_config    
smdk6400_config    :    unconfig
    @mkdir -p $(obj)include $(obj)board/samsung/smdk6400
    @mkdir -p $(obj)nand_spl/board/samsung/smdk6400
    @echo "#define CONFIG_NAND_U_BOOT" > $(obj)include/config.h
    @echo "CONFIG_NAND_U_BOOT = y" >> $(obj)include/config.mk
    @if [ -z "$(findstring smdk6400_noUSB_config,$@)" ]; then            
        echo "RAM_TEXT = 0x5ff75000" >> $(obj)board/samsung/smdk6400/config.tmp;
    else                                        
        echo "RAM_TEXT = 0xc7e00000" >> $(obj)board/samsung/smdk6400/config.tmp;
    fi
    @$(MKCONFIG) smdk6400 arm arm1176 smdk6400 samsung s3c64xx
#    @echo "CONFIG_NAND_U_BOOT = y" >> $(obj)include/config.mk  
//注释掉这一项，这涉及到nandflash启动问题，具体说明请看u-boot-2010.3移植到Tiny6410问题总结的问题一；我习惯让CPU直接从start.s处开始执行

修改 include/configs/smdk6400.h 的这个宏定义 #define CONFIG_SYS_PHY_UBOOT_BASE    (CONFIG_SYS_SDRAM_BASE + 0x0ff75000)

 2、打开board/samsung/smdk6400/lowlevel_init.S文件按照友善的相应文件进行修改，修改后编译测试发现什么现象都没有，然后用LED程序测试Uboot在哪里停止了，原来在start.S文件中跳转执行 bl    lowlevel_init 时跳不过去，打开根目录下的System.map文件搜索 lowlevel_init 发现 57e28534 T lowlevel_init 说明 lowlevel_init 函数的链接地址在0x57e28534处，而这是程序还在CPU内部的 8K IROM中，内存也还没有初始化，所以是肯定跳转不过去的。

　　所以我们要修改链接脚本，打开arch/arm/cpu/u-boot.lds

.text :
    {
        __image_copy_start = .;
        CPUDIR/start.o (.text)
        board/samsung/smdk6400/lowlevel_init.o (.text) //我自己添加的一行
　　　　 board/samsung/smdk6400/nand_cp.o (.text)
        *(.text)
    }

　　但是编译时出现错误： multiple definition of `lowlevel_init' 原来是因为2010.3以后的Uboot改变了链接规则，他是将每个文件夹下面的所有的.o文件先打包为 $(obj)lib$(BOARD).o 比如说board/samsung/smdk6400下的文件打包为 libsmdk6400.o 和Linux内核的链接模式差不多所以这个文件中已经包含了lowlevel_init.o 文件，如果我们又在arch/arm/cpu/u-boot.lds中添加 board/samsung/smdk6400/lowlevel_init.o (.text) 会导致 lowlevel_init.o 文件被链接了两次，所以会出现多重定义错误；我们要修改 board/samsung/smdk6400 下的Makeflie文件使 lowlevel_init.o 不被包含到 libsmdk6400.o文件中去；

include $(TOPDIR)/config.mk

LIB    = $(obj)lib$(BOARD).o

NAND_CP              := nand_cp.o //红色部分是我自己加的 nand_cp.o 的作用是将uboot从nandflash复制到sdram中

COBJS-y    := smdk6400.o
SOBJS    := lowlevel_init.o  

SRCS    := $(SOBJS:.o=.S) $(COBJS-y:.o=.c) $(NAND_CP:.o=.c)
OBJS    := $(addprefix $(obj),$(COBJS-y))
SOBJS    := $(addprefix $(obj),$(SOBJS))

NAND_CP              := $(addprefix $(obj),$(NAND_CP))

$(LIB):    $(obj).depend $(SOBJS) $(OBJS) $(NAND_CP)
　　$(call cmd_link_o_target, $(OBJS)) //去掉 $(SOBJS) 使他不连接到 libsmdk6400.o 

3、 arch/arm/lib/board.c 文件中的 board_init_f 函数中注释掉这个函数，

　　//relocate_code(addr_sp, id, addr); 我们已经将代码复制到了0x5ff75000 不需要重定位了，也把start.S中的这个函数去掉！

4、arch/arm/lib/board.c 文件中的 board_init_r 函数中

/* The Malloc area is immediately below the monitor copy in DRAM */
    malloc_start = dest_addr - TOTAL_MALLOC_LEN  - 0x200000;

/* -0x200000 is becase TOTAL_MALLOC_LEN is too long it will Cover the uboot coder*/
    mem_malloc_init (malloc_start, TOTAL_MALLOC_LEN);

这里减去 0x200000 的作用是，但当没有减的时候，程序执行到这里就重启，原因是 mem_malloc_init 是初始化一段内存空间给uboot用，初始化就是将这段内存清零，清零的时候可能将Uboot的原有代码也清除掉了，所以出现无限重启状态，当减去了0x200000 后是为了是初始化的这段空间离uboot代码远一点！

　　哎，很失败！移植Uboot2012就是为了烧写yaffs文件系统，可是怎么搞也不能让自己的内核挂载Nandflash上的文件系统！还是技术有待提高呀！！！