arm-linux移植手记（二）bootloader移植（下）
最开始我没有增加DM9000驱动，本想着用supervivi直接烧写内核就可以了，只要将内核的位置告诉u-boot，它自己复制到ram中引导即可，即使它自己不会，那我用nand read自己复制也行啊，可是试了很多次都不成功，只好改用nfs下载保存到nand flash上，没想到不但内核启动了，连文件系统跟着都能用了。。。。。。。。。。。。话说回来，还是要先看看u-boot的基本命令是怎么用的。
一、添加内核引导 参考《u-boot-2009.08在mini2440上的移植（六）---增加引导内核功能 》（行数不够准确哦~）
【1】机器码的确定通常，在u-boot和kernel中都会有一个机器码(即：MACH_TYPE)，只有这两个机器码一致时才能引导内核，否则就会出现如下mach的错误信息或者死机。
打开board/samsung/mini2440/mini2440.c，定位到124行附近，修改如下：
#if defined(CONFIG_S3C2410)
/* arch number of SMDK2410-Board */
gd->bd->bi_arch_number = MACH_TYPE_SMDK2410;
#endif
#if defined(CONFIG_S3C2440)
/* arch number of S3C2440-Board */
gd->bd->bi_arch_number = MACH_TYPE_MINI2440 ;
#endif
（2）修改u-boot中内核引导参数：
打开/include/configs/mini2440.h，定位到60行附近，修改如下：
#define CONFIG_BOOTDELAY 3
//boot kernel
#define CONFIG_SETUP_MEMORY_TAGS 1 //如果没有定义这个参数，则uboot参数必须加入men=内存大小
#define CONFIG_INITRD_TAG 1
#define CONFIG_CMDLINE_TAG 1 //设置bootargs出入内核必须
#define CONFIG_BOOTARGS "noinitrd console=ttySAC0,115200 init=/linuxrc mem=64M \
root=/dev/mtdblock3 rw rootfstype=yaffs \
ip=10.1.0.129:10.1.0.128:10.1.0.1:255.255.255.0::eth0:off"
/*#define CONFIG_BOOTARGS "root=ramfs devfs=mount console=ttySA0,9600" */
#define CONFIG_ETHADDR 08:00:3e:26:0a:5b
#define CONFIG_NETMASK 255.255.255.0
#define CONFIG_IPADDR 192.168.0.223
#define CONFIG_SERVERIP 192.168.0.224
#define CONFIG_GATEWAYIP 192.168.0.1
#define CONFIG_OVERWRITE_ETHADDR_ONCE
/*#define CONFIG_BOOTFILE "elinos-lart" */
#define CONFIG_BOOTCOMMAND "nand read 0x30008000 0x00060000 0x500000;bootm \ 0x30008000"//"tftp; bootm"
#if defined(CONFIG_CMD_KGDB)
还是把上面的IP统一了吧，这里复制我的才发现这个问题，难怪第一次不能用，还得配ip，原来这里的不同。
（3）制作能被u-boot直接引导的内核uImage通常，kernel的启动需要u-boot提供一些参数信息，比如ramdisk在RAM中的地址。经过编译后的u-boot在根目录下的tools目录中，会有个叫做mkimage的工具，他可以给zImage添加一个header，也就是说使得通常我们编译的内核zImage添加一个数据头信息部分，我们把添加头后的image通常叫uImage，uImage是可以被u-boot直接引导的内核镜像。
mkimage工具的使用介绍如下：
使用: 中括号括起来的是可选的
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 'mini2440_linux' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008040 -d zImage uImage
更改用户执行权限（我自己试的不改权限也可以）
# chmod a+x uImage
（4）nfs下载及写入到nand中如下（超级终端上复制的信息）：
SMDK2410 # ping 192.168.0.224
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 12:12:12:12:12:1a
operating at unknown: 0 mode
Using dm9000 device
host 192.168.0.224 is alive
SMDK2410 # nfs 0x30008000 192.168.0.224:/uImage
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 12:12:12:12:12:1a
operating at unknown: 0 mode
Using dm9000 device
File transfer via NFS from server 192.168.0.224; our IP address is 192.168.0.223
Filename '/uImage'.
Load address: 0x30008000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
################################################T T T T T *** ERROR: Ca
nnot umount
还是老是有 *** ERROR: Cannot umount，不过不影响使用。
SMDK2410 # nand erase 0x60000 500000
NAND erase: device 0 offset 0x60000, size 0x500000
Erasing at 0x540000 -- 100% complete.
OK
SMDK2410 # nand write 0x30008000 0x60000 500000
NAND write: device 0 offset 0x60000, size 0x500000
5242880 bytes written: OK
SMDK2410 # nand read 30008000 0x60000 500000
NAND read: device 0 offset 0x60000, size 0x500000
5242880 bytes read: OK
我的nand flash中在0x40000-0x60000存u-boot环境变量，0x60000-0x560000存放内核文件，而后是yaffs2根文件系统，这样安排主要是看到原厂的启动信息里面是这样分配的：
启动开头有这样一句
Copy linux kernel from 0x00060000 to 0x30008000, size = 0x00500000 ... done
过程中还有这样一句：
Creating 5 MTD partitions on "NAND 256MiB 3,3V 8-bit":
0x000000000000-0x000000040000 : "supervivi"
0x000000040000-0x000000060000 : "param"
0x000000060000-0x000000560000 : "Kernel"
0x000000560000-0x000040560000 : "root"
因此就这么用了。这里有个疑问是mtd分区的话，为什么文件系统supervivi下载可以用，而内核下载进去了却老是不能用。
看看直接从nand flash启动：
三、补充点问题解决
有点小问题：
（1）测试编译环境
make mini2440_config
Makefile:3054: *** 遗漏分隔符 。 停止。
缺少tab键
（2）stage1部分的修改 寄存器、时钟设置
错误：
s3c24x0_rtc.c:33:34: error: asm/arch/s3c24x0_cpu.h: No such file or directory
修改正确的目录位置。
（3）可以使用nand read命令后，我不停的把uImage下载到ram中，但是每次都是
NAND read: device 0 offset 0x60000, size 0x500000
NAND read from offset 60000 failed -74
甚至查到failed -74这个错误码表示 非数据 的意思，而且也找到了错误位置，想继续深入，结果感觉可能是supervivi烧写可能加了什么，因此想到用nfs下载试试。
在nand flash启动时有如下信息：
NAND read: device 0 offset 0x60000, size 0x500000
NAND read from offset 60000 failed -74
5242880 bytes read: ERROR
## Booting kernel from Legacy Image at 30008000 ...
Image Name: mini2440_linux
Created: 2011-10-16 6:40:28 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2574208 Bytes = 2.5 MiB
Load Address: 30008000
Entry Point: 30008040
Verifying Checksum ... Bad Data CRC
ERROR: can't get kernel image!
这也还是那个问题，网上还有说是可能提供的大小有问题，我这里确定应该不是，因为内核才2.5MB。。。
最后一个问题是在前文构建的gcc下编译我们的u-boot。我把在Fedora下的u-boot文件夹直接打包，复制到debian下，编译，由于没有记录，这里只能是回忆了：
问题1：
首先是编译命令的问题，前面在makefile中设置交叉编译环境为arm-linux-gcc，原来生成的gcc是arm-none-linux-gnueabi-gcc，即使在makefile中改成目前的名字还是不能用。那么仿照原厂gcc的出来方法，采用ln -s为gcc、as等常用的建立链接，如
#ln -s arm-none-linux-gnueabi-as arm-linux-as
对于gcc和g++，可以和原厂一样，复制shell脚本，增加-march=armv4t
问题2：可能会出现某些文件找不到的情况，提示的目录是在fedora下的。
那应该是没有清理干净，可以先make clean，在make distclean
问题3：
开始编译了，走了会，冒出个--fix-v4bx not recognition，好像是这个来着，也碰到的人可以给我留言，我更正一下，不想再来次了。是as的问题。产生这个的原因是自己编译的gcc使用了EABI，但是一般支持的指令集不是我们使用的armv4的，虽然gcc修正了下，但是binutils工具集里的修正这里没有跟上（我的版本是2.18），需要补丁，想想干脆重新下了个binutils-2.20.1.tar.bz2，解压编译（单独编译它就可以了）安装。
问题4：
终于编译成功了，但是下载到板子上就是不运行；想想我的gcc把内核都可以没有的编译了，怎么这个不行了。在板厂官网上的解释是必须对应编译器版本，以为自己白折腾了，自己对比原厂gcc和我的gcc配置，又不知道从哪来搜得，发现只要在第二次编译gcc时，配置中指定上--with-arch=armv4t --with-cpu=arm920t --with-tune=arm920t，相当于我就针对这类cpu、指令集了。
顺利通过，贴个启动信息：
U-Boot 2010.06 (Oct 17 2011 - 21:01:36)
DRAM: 64 MiB
Flash: 512 KiB
NAND: 256 MiB
In: serial
Out: serial
Err: serial
Net: dm9000
Hit any key to stop autoboot: 0
NAND read: device 0 offset 0x60000, size 0x500000
5242880 bytes read: OK
## Booting kernel from Legacy Image at 30008000 ...
Image Name: mini2440_linux
Created: 2011-10-20 6:50:28 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2496644 Bytes = 2.4 MiB
Load Address: 30008000
Entry Point: 30008040
Verifying Checksum ... OK
XIP Kernel Image ... OK
OK
Starting kernel ...
Uncompressing Linux.............................................................
................................................................................
.................... done, booting the kernel.
Linux version 2.6.32.2-FriendlyARM (root@debian6) (gcc version 4.4.5 (GCC) ) #2
Fri Sep 23 17:09:08 CST 2011
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=00007177
CPU: VIVT data cache, VIVT instruction cache
Machine: FriendlyARM Mini2440 development board
Memory policy: ECC disabled, Data cache writeback
CPU S3C2440A (id 0x32440001)
S3C24XX Clocks, (c) 2004 Simtec Electronics
S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz
好了就这么多了，还有些东西没有写，是自己操作的问题，希望实践的人自己体会了，希望鄙视的有问题的都留言告诉我。
参考文章：
1.u-boot-2009.08在mini2440上的移植（六）---增加引导内核功能 http://singleboy.blog.163.com/blog/static/54900194201141282946225/