[转]移植uboot到ARMer9开发系统上, by lane@www.embeder.com Options

[猫猫草]

首先了解ARMer9开发系统硬件设计上和三星原装SMDK2410之间的区别。

让uboot在ARMer9开发系统上跑起来，目前只需要关注如下的硬件区别，解决了下面这个问题，uboot就可以在ARMer9开发系统上正常地从串口输出，进入提示符。很多命令都可以使用，当然有些命令需要做修改。

SMDK2410 : nor flash 是AMD的1M的；
ARMer9: 是Intel E28F128J3A, 两片并联，一共32M Bytes.

下载一个uboot-1.1.1.tar.bz2.;

tar jxvf uboot-1.1.1.tar.bz2;

在uboot目录board/smdk2410 下的flash.c需要修改。这个是Flash的驱动，如何写，需要参考E28F128J3A的Datasheet. 这里我们提供一个我们修改好的flash.c文件，您只需要将这个文件覆盖掉board/smdk2410 下的文件即可。

(注意：你要安装了交叉编译器才行哦)

修改uboot目录下的Makefile，将
ifeq ($(ARCH),arm)
CROSS_COMPILE = arm-linux-
endif

修改成

ifeq ($(ARCH),arm)
CROSS_COMPILE = /opt/host/armv4l/bin/armv4l-unknown-linux-
endif

修改processor.h中:
union debug_insn
{
u32 arm;
u16 thumb;
}
修改成：
union debug_insn
{
u32 arm_mode;
u16 thumb_mode;
}

然后配置板子
make smdk2410_config

然后
make

在uboot目录生成uboot.bin；

通过sjf2410w程序将uboot.bin下载到nor flash中, 地址为0的地方；

串口接在UART0上，uboot的启动信息将输出。

你将发现很多命令都可以使用了。uboot果然强大。

Attached File(s)

 flash.c.rar ( 5.97k ) Number of downloads: 324

 

[猫猫草]

关于网络部分，因为ARMer9开发系统使用也是CS8900A，所以代码部分几乎不用做改动，只需要在 include/configs/smdk2410.h中看看，有没有定义CONFIG_ETHADDR，CONFIG_IPADDR， CONFIG_SERVERIP这些宏没有，如果没有，请定义好。

#define CONFIG_ETHADDR 00:00:e0:ff:cd:15

#define CONFIG_IPADDR 192.168.0.5

#define CONFIG_SERVERIP 192.168.0.100

就这样修改一下，网络部分功能就通了，哈哈。

可以使用tftpboot命令从tftp服务器下载程序到系统内存中。

#tftpboot 0x33000000 zImage

#bootm 0x33000000

[猫猫草]

利用uboot引导可执行映象的通用方法

uboot源代码的tools/目录下有mkimage工具，这个工具可以用来制作不压缩或者压缩的多种可启动映象文件。

mkimage在制作映象文件的时候，是在原来的可执行映象文件的前面加上一个0x40字节的头，记录参数所指定的信息，这样uboot才能识别这个映象是针对哪个CPU体系结构的，哪个OS的，哪种类型，加载内存中的哪个位置， 入口点在内存的那个位置以及映象名是什么

root@Glym:/tftpboot# ./mkimage
Usage: ./mkimage -l image
-l ==> list image header information
./mkimage -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'
-O ==> set operating system to 'os'
-T ==> set image type to 'type'
-C ==> set compression type 'comp'
-a ==> set load address to 'addr' (hex)
-e ==> set entry point to 'ep' (hex)
-n ==> set image name to 'name'
-d ==> use image data from 'datafile'
-x ==> set XIP (execute in place)
参数说明：

-A 指定CPU的体系结构：

取值 表示的体系结构
alpha Alpha
arm A RM
x86 Intel x86
ia64 IA64
mips MIPS
mips64 MIPS 64 Bit
ppc PowerPC
s390 IBM S390
sh SuperH
sparc SPARC
sparc64 SPARC 64 Bit
m68k MC68000

-O 指定操作系统类型，可以取以下值：
openbsd、netbsd、freebsd、4_4bsd、linux、svr4、esix、solaris、irix、sco、dell、ncr、lynxos、vxworks、psos、qnx、u-boot、rtems、artos

-T 指定映象类型，可以取以下值：
standalone、kernel、ramdisk、multi、firmware、script、filesystem

-C 指定映象压缩方式，可以取以下值：
none 不压缩
gzip 用gzip的压缩方式
bzip2 用bzip2的压缩方式

-a 指定映象在内存中的加载地址，映象下载到内存中时，要按照用mkimage制作映象时，这个参数所指定的地址值来下载

-e 指定映象运行的入口点地址，这个地址就是-a参数指定的值加上0x40（因为前面有个mkimage添加的0x40个字节的头）

-n 指定映象名

-d 指定制作映象的源文件

[猫猫草]

常用U-BOOT命令介绍
1. ?或者help，得到所有命令列表；
2. help： help usb, 列出USB功能的使用说明
3. ping：注：通常只能运行uboot的系统PING别的机器
4. setenv： 设置环境变量
setenv serverip 10.36.20.49，设置TFTP Server的IP地址；
setenv ipaddr 10.36.20.200，设置IP地址；
setenv bootcmd ‘tftp 32000000 vmlinux; kgo 32000000’，设置启动命令（实际上就是一个脚本）；
5. saveenv：在设置好环境变量以后， 保存环境变量值到flash中间；
6. tftpboot：tftpboot 0x800000 vmlinux, 将TFTP Server（IP = 环境变量中设置的serverip）中/tftpdroot目录 下的vmlinux通过TFTP协议下载到物理内存0x800000开始的地方。
7. kgo：启动没有压缩的linux内核，kgo 0x800000
8. bootm：启动通过UBOOT TOOLS—— mkimage制作的压缩LINUX内核, bootm 3200000；
9 flinfo：列出flash的信息
10. protect： 对FLASH进行写保护或取消写保护， protect on 1:0-3(就是对第一块FLASH的0-3扇区进行保护)，protect off 1:0-3取消写保护
11. erase： 删除FLASH的扇区， erase 1:0-2(就是对每一块FLASH的0-2扇区进行删除)
12. cp： 将内存中数据烧写到Flash， cp 0x800000 0xc0000 0x40000(把内存中0x800000开始的0x40000字节复制到0xc0000处)；
13. mw： 对RAM中的内容进行写操作， mw 32000000 ff 10000(把内存0x32000000开始的0x10000字节设为0xFF)；
14. md： 显示RAM中的内容, md 0x800000；
15. loadb： 准备用 KERMIT协议接收来自kermit或超级终端传送的文件。
16. nfs： nfs 32000000 192.168.0.2:aa.txt ， 把192.168.0.2(LINUX 的NFS文件系统)中的NFS文件系统中的aa.txt 读入内存0x32000000处。
17. fatls：列出DOS FAT文件系统， 如：fatls usb 0列出第一块U盘中的文件
18. fatload： 读入FAT中的一个文件，如：fatload usb 0:0 32000000 aa.txt
19. usb相关的命令：
usb start: 起动usb 功能
usb info: 列出设备
usb scan: 扫描usb storage(u 盘)设备

[猫猫草]

Uboot对SMDK2410板的NAND Flash初始化部分没有写，

即lib_arm/board.c中的start_armboot函数中有这么一句：
#if (CONFIG_COMMANDS & CFG_CMD_NAND)
puts ("NAND:");
nand_init(); /* go init the NAND */
#endif
但是在board/smdk2410目录下任何源文件中都没有定义nand_init这个函数。
所以需要我们补充这个函数以及这个函数涉及的底层操作。

我们可以仿照VCMA9板的nand_init函数，VCMA9板是一款用S3C2410做CPU的DEMO Board，因此这部分操作和SMDK2410 Demo Board很相似。大部分代码可以照搬。

首先将board/mpl/vcma9/vcma9.c中下面代码拷贝到board/smdk2410/ smdk2410.c中来。
/*
* NAND flash initialization.
*/
#if (CONFIG_COMMANDS & CFG_CMD_NAND)
extern ulong
nand_probe(ulong physadr);


static inline void NF_Reset(void)
{
int i;

NF_SetCE(NFCE_LOW);
NF_Cmd(0xFF); /* reset command */
for(i = 0; i < 10; i++); /* tWB = 100ns. */
NF_WaitRB(); /* wait 200~500us; */
NF_SetCE(NFCE_HIGH);
}


static inline void NF_Init(void)
{
#if 0 /* a little bit too optimistic */
#define TACLS 0
#define TWRPH0 3
#define TWRPH1 0
#else
#define TACLS 0
#define TWRPH0 4
#define TWRPH1 2
#endif

NF_Conf((1<<15)|(0<<14)|(0<<13)|(1<<12)|(1<<11)|(TACLS<<8)|(TWRPH0<<4)|(TWRPH1<<0));
/*nand->NFCONF = (1<<15)|(1<<14)|(1<<13)|(1<<12)|(1<<11)|(TACLS<<8)|(TWRPH0<<4)|(TWRPH1<<0); */
/* 1 1 1 1, 1 xxx, r xxx, r xxx */
/* En 512B 4step ECCR nFCE=H tACLS tWRPH0 tWRPH1 */

NF_Reset();
}

void
nand_init(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

NF_Init();
#ifdef DEBUG
printf("NAND flash probing at 0x%.8lX\n", (ulong)nand);
#endif
printf ("%4lu MB\n", nand_probe((ulong)nand) >> 20);
}
#endif

[猫猫草]

再将board/mpl/vcma9/vcma9.h中下面代码拷贝到board/smdk2410/ smdk2410.c中来。
#if (CONFIG_COMMANDS & CFG_CMD_NAND)
typedef enum {
NFCE_LOW,
NFCE_HIGH
} NFCE_STATE;

static inline void NF_Conf(u16 conf)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

nand->NFCONF = conf;
}

static inline void NF_Cmd(u8 cmd)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

nand->NFCMD = cmd;
}

static inline void NF_CmdW(u8 cmd)
{
NF_Cmd(cmd);
udelay(1);
}

static inline void NF_Addr(u8 addr)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

nand->NFADDR = addr;
}

static inline void NF_SetCE(NFCE_STATE s)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

switch (s) {
case NFCE_LOW:
nand->NFCONF &= ~(1<<11);
break;

case NFCE_HIGH:
nand->NFCONF |= (1<<11);
break;
}
}

static inline void NF_WaitRB(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

while (!(nand->NFSTAT & (1<<0)));
}

static inline void NF_Write(u8 data)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

nand->NFDATA = data;
}

static inline u8 NF_Read(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

return(nand->NFDATA);
}

static inline void NF_Init_ECC(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

nand->NFCONF |= (1<<12);
}

static inline u32 NF_Read_ECC(void)
{
S3C2410_NAND * const nand = S3C2410_GetBase_NAND();

return(nand->NFECC);
}

#endif

再将include/configs/vcma.9中下面代码拷贝到include/configs/smdk2410.h中来。

/*-----------------------------------------------------------------------
* NAND flash settings
*/
#if (CONFIG_COMMANDS & CFG_CMD_NAND)

#define CFG_MAX_NAND_DEVICE 1 /* Max number of NAND devices */
#define SECTORSIZE 512

#define ADDR_COLUMN 1
#define ADDR_PAGE 2
#define ADDR_COLUMN_PAGE 3

#define NAND_ChipID_UNKNOWN 0x00
#define NAND_MAX_FLOORS 1
#define NAND_MAX_CHIPS 1

#define NAND_WAIT_READY(nand) NF_WaitRB()

#define NAND_DISABLE_CE(nand) NF_SetCE(NFCE_HIGH)
#define NAND_ENABLE_CE(nand) NF_SetCE(NFCE_LOW)


#define WRITE_NAND_COMMAND(d, adr) NF_Cmd(d)
#define WRITE_NAND_COMMANDW(d, adr) NF_CmdW(d)
#define WRITE_NAND_ADDRESS(d, adr) NF_Addr(d)
#define WRITE_NAND(d, adr) NF_Write(d)
#define READ_NAND(adr) NF_Read()
/* the following functions are NOP's because S3C24X0 handles this in hardware */
#define NAND_CTL_CLRALE(nandptr)
#define NAND_CTL_SETALE(nandptr)
#define NAND_CTL_CLRCLE(nandptr)
#define NAND_CTL_SETCLE(nandptr)

#define CONFIG_MTD_NAND_VERIFY_WRITE 1
#define CONFIG_MTD_NAND_ECC_JFFS2 1

#endif /* CONFIG_COMMANDS & CFG_CMD_NAND */

在include/configs/smdk2410.h中下面命令定义部分将CFG_CMD_NAND开关放开。

/***********************************************************
* Command definition
***********************************************************/
#define CONFIG_COMMANDS \
(CONFIG_CMD_DFL | \
CFG_CMD_CACHE | \
/*CFG_CMD_NAND |*/ \
/*CFG_CMD_EEPROM |*/ \
/*CFG_CMD_I2C |*/ \
/*CFG_CMD_USB |*/ \
CFG_CMD_REGINFO | \
CFG_CMD_DATE | \
CFG_CMD_ELF)

[猫猫草]

U-BOOT源代码目录结构介绍

board：和一些已有开发板有关的文件，比如Makefile和u-boot.lds等都和具体开发板的硬件和地址分配有关。
common：与体系结构无关的文件，实现各种命令的C文件。
cpu： CPU相关文件，其中的子目录都是以U-BOOT所支持的CPU为名，比如有子目录arm926ejs、mips、mpc8260和nios等，每个特定的子目录中都包括cpu.c和interrupt.c，start.S。其中cpu.c初始化CPU、设置指令Cache和数据Cache等； interrupt.c设置系统的各种中断和异常，比如快速中断、开关中断、时钟中断、软件中断、预取中止和未定义指令等；start.S是U-BOOT 启动时执行的第一个文件，它主要是设置系统堆栈和工作方式，为进入C程序奠定基础。
disk：disk驱动的分区处理代码。
doc：uboot移植的技术支持文档。
drivers：通用设备驱动程序，比如各种网卡、支持CFI的Flash、串口和USB总线等。
fs:支持文件系统的文件，U-BOOT现在支持cramfs、fat、fdos、jffs2和registerfs。
include：头文件，还有对各种硬件平台支持的汇编文件，系统的配置文件和对文件系统支持的文件。
net：与网络有关的代码，BOOTP协议、TFTP协议、RARP协议和NFS文件系统的实现。
lib_arm：与ARM体系结构相关的代码。
lib_generic：与体系结构无关的通用例程的代码。
tools：创建S-Record格式文件 和U-BOOT images的工具的源代码。

U-BOOT的特点

U-BOOT支持SCC/FEC以太网、OOTP/TFTP引导、IP和MAC的预置功能， 这方面可能和其它BootLoader(如BLOB、RedBoot、vivi等)类似。但U-BOOT还具有一些特有的功能。

◆ 在线读写Flash、DOC、IDE、IIC、EEROM、RTC，其它的BootLoader根本不支持IDE和DOC的在线读写。
◆ 支持串行口kermit和S-record下载代码，U-BOOT本身的工具可以把ELF32格式的可执行文件转换成为 S-record格式，直接从串口下载并执行。
◆ 识别二进制、ELF32、uImage格式的Image，对Linux引导有特别的支持。U-BOOT对Linux 内核进一步封装为uImage。封装如下：
#{CROSS_COMPILE}-objcopy -O binary -R.note -R.comment -S vmlinux \ linux.bin
#gzip -9 linux.bin
#tools/mkimage -A arm -O linux -T kernel -C gzip -a 0xc0008000 –e 0xc0008000 -n “Linux-2.4.20” -d linux.bin.gz /tftpboot/uImage
即在Linux内核镜像vmLinux前添加了一个0x40个字节的特殊头，这个头在include/image.h中定义，包括目标操作系统的种类(比如 Linux，VxWorks等)、目标CPU的体系机构(比如ARM、PowerPC等)、映像文件压缩类型(比如gzip、bzip2等)、加载地址、入口地址、映像名称和映像的生成时间。当系统引导时，U-BOOT会对这个文件头进行CRC校验，如果正确，才会跳到内核执行。如下所示：
ARMer9# bootm 0xc1000000
## Checking Image at 0xc100000 ...
Image Name: Linux-2.4.20
Created: 2004-07-02 22:10:11 UTC
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 550196 Bytes = 537 kB = 0.55MB
Load Address: 0xc0008000
Entry Point: 0xc0008000
Verifying Checksum ... OK
Uncompressing Kernel Image ……… OK
◆ 单任务软件运行环境。U-BOOT可以动态加载和运行独立的应用程序，这些独立的应用程序可以利用U-BOOT控制台的I/O函数、内存申请和中断服务等。这些应用程序还可以在没有操作系统的情况下运行，是测试硬件系统很好的工具。
◆ 监控(minitor)命令集：读写I/O，内存，寄存器、内存、外设测试功能等。
◆ 脚本语言支持(类似BASH脚本)。利用U-BOOT中的autoscr命令，可以在U-BOOT中运行“脚本”。首先在文本文件中输入需要执行的命令，然后用tools/mkimage封装，然后下载到开发板上，用autoscr执行就可以了。
① 编辑如下的脚本example.script。
echo
echo Network Configuration:
echo ----------------------
echo Target:
printenv ipaddr hostname
echo
echo Server:
printenv serverip rootpath
echo

② 用tools/mkimage对脚本进行封装。
# mkimage -A ARM -O linux -T script -C none -a 0 -e 0 -n "autoscr example script" -d example.script /tftpboot/example.img
Image Name: autoscr example script
Created: Wes Sep 8 01:15:02 2004
Image Type: ARM Linux Script (uncompressed)
Data Size: 157 Bytes = 0.15 kB = 0.00 MB
Load Address: 0x00000000
Entry Point: 0x00000000
Contents:
Image 0: 149 Bytes = 0 kB = 0 MB

③ 在U-BOOT中加载并执行这个脚本。

ARMer9# tftp 100000 /tftpboot/example.img
ARP broadcast 1
TFTP from server 10.0.0.2; our IP address is 10.0.0.99
Filename '/tftpboot/TQM860L/example.img'.
Load address: 0x100000
Loading: #
done
Bytes transferred = 221 (dd hex)

ARMer9# autoscr 100000
## Executing script at 00100000
Network Configuration:
----------------------
Target:
ipaddr=10.0.0.99
hostname=arm
Server:
serverip=10.0.0.2
rootpath=/nfsroot

ARMer9#

◆ 支持WatchDog、LCD logo和状态指示功能等。如果系统支持splash screen，U-BOOT启动时，会把这个图像显示到LCD上，给用户更友好的感觉。
◆ 支持MTD和文件系统。U-BOOT作为一种强大的BootLoader，它不仅支持MTD，而且可以在MTD基础上实现多种文件系统，比如cramfs、fat和jffs2等。
◆ 支持中断。由于传统的BootLoader都分为stage1和stage2，所以在stage2中添加中断处理服务十分困难，比如BLOB；而U-BOOT是把两个部分放到了一起，所以添加中断服务程序就很方便。
◆ 详细的开发文档。由于大多数BootLoader都是开源项目，所以文档都不是很充分。U-BOOT的维护人员意识到了这个问题，充分记录了开发文档，所以它的移植要比BLOB等缺少文档的BootLoader方便。

[猫猫草]

U-BOOT源代码目录结构介绍

board：和一些已有开发板有关的文件，比如Makefile和u-boot.lds等都和具体开发板的硬件和地址分配有关。
common：与体系结构无关的文件，实现各种命令的C文件。
cpu： CPU相关文件，其中的子目录都是以U-BOOT所支持的CPU为名，比如有子目录arm926ejs、mips、mpc8260和nios等，每个特定的子目录中都包括cpu.c和interrupt.c，start.S。其中cpu.c初始化CPU、设置指令Cache和数据Cache等； interrupt.c设置系统的各种中断和异常，比如快速中断、开关中断、时钟中断、软件中断、预取中止和未定义指令等；start.S是U-BOOT 启动时执行的第一个文件，它主要是设置系统堆栈和工作方式，为进入C程序奠定基础。
disk：disk驱动的分区处理代码。
doc：uboot移植的技术支持文档。
drivers：通用设备驱动程序，比如各种网卡、支持CFI的Flash、串口和USB总线等。
fs:支持文件系统的文件，U-BOOT现在支持cramfs、fat、fdos、jffs2和registerfs。
include：头文件，还有对各种硬件平台支持的汇编文件，系统的配置文件和对文件系统支持的文件。
net：与网络有关的代码，BOOTP协议、TFTP协议、RARP协议和NFS文件系统的实现。
lib_arm：与ARM体系结构相关的代码。
lib_generic：与体系结构无关的通用例程的代码。
tools：创建S-Record格式文件 和U-BOOT images的工具的源代码。

U-BOOT的特点

U-BOOT支持SCC/FEC以太网、OOTP/TFTP引导、IP和MAC的预置功能， 这方面可能和其它BootLoader(如BLOB、RedBoot、vivi等)类似。但U-BOOT还具有一些特有的功能。

◆ 在线读写Flash、DOC、IDE、IIC、EEROM、RTC，其它的BootLoader根本不支持IDE和DOC的在线读写。
◆ 支持串行口kermit和S-record下载代码，U-BOOT本身的工具可以把ELF32格式的可执行文件转换成为 S-record格式，直接从串口下载并执行。
◆ 识别二进制、ELF32、uImage格式的Image，对Linux引导有特别的支持。U-BOOT对Linux 内核进一步封装为uImage。封装如下：
#{CROSS_COMPILE}-objcopy -O binary -R.note -R.comment -S vmlinux \ linux.bin
#gzip -9 linux.bin
#tools/mkimage -A arm -O linux -T kernel -C gzip -a 0xc0008000 –e 0xc0008000 -n “Linux-2.4.20” -d linux.bin.gz /tftpboot/uImage
即在Linux内核镜像vmLinux前添加了一个0x40个字节的特殊头，这个头在include/image.h中定义，包括目标操作系统的种类(比如 Linux，VxWorks等)、目标CPU的体系机构(比如ARM、PowerPC等)、映像文件压缩类型(比如gzip、bzip2等)、加载地址、入口地址、映像名称和映像的生成时间。当系统引导时，U-BOOT会对这个文件头进行CRC校验，如果正确，才会跳到内核执行。如下所示：
ARMer9# bootm 0xc1000000
## Checking Image at 0xc100000 ...
Image Name: Linux-2.4.20
Created: 2004-07-02 22:10:11 UTC
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 550196 Bytes = 537 kB = 0.55MB
Load Address: 0xc0008000
Entry Point: 0xc0008000
Verifying Checksum ... OK
Uncompressing Kernel Image ……… OK
◆ 单任务软件运行环境。U-BOOT可以动态加载和运行独立的应用程序，这些独立的应用程序可以利用U-BOOT控制台的I/O函数、内存申请和中断服务等。这些应用程序还可以在没有操作系统的情况下运行，是测试硬件系统很好的工具。
◆ 监控(minitor)命令集：读写I/O，内存，寄存器、内存、外设测试功能等。
◆ 脚本语言支持(类似BASH脚本)。利用U-BOOT中的autoscr命令，可以在U-BOOT中运行“脚本”。首先在文本文件中输入需要执行的命令，然后用tools/mkimage封装，然后下载到开发板上，用autoscr执行就可以了。
① 编辑如下的脚本example.script。
echo
echo Network Configuration:
echo ----------------------
echo Target:
printenv ipaddr hostname
echo
echo Server:
printenv serverip rootpath
echo

② 用tools/mkimage对脚本进行封装。
# mkimage -A ARM -O linux -T script -C none -a 0 -e 0 -n "autoscr example script" -d example.script /tftpboot/example.img
Image Name: autoscr example script
Created: Wes Sep 8 01:15:02 2004
Image Type: ARM Linux Script (uncompressed)
Data Size: 157 Bytes = 0.15 kB = 0.00 MB
Load Address: 0x00000000
Entry Point: 0x00000000
Contents:
Image 0: 149 Bytes = 0 kB = 0 MB

③ 在U-BOOT中加载并执行这个脚本。

ARMer9# tftp 100000 /tftpboot/example.img
ARP broadcast 1
TFTP from server 10.0.0.2; our IP address is 10.0.0.99
Filename '/tftpboot/TQM860L/example.img'.
Load address: 0x100000
Loading: #
done
Bytes transferred = 221 (dd hex)

ARMer9# autoscr 100000
## Executing script at 00100000
Network Configuration:
----------------------
Target:
ipaddr=10.0.0.99
hostname=arm
Server:
serverip=10.0.0.2
rootpath=/nfsroot

ARMer9#

◆ 支持WatchDog、LCD logo和状态指示功能等。如果系统支持splash screen，U-BOOT启动时，会把这个图像显示到LCD上，给用户更友好的感觉。
◆ 支持MTD和文件系统。U-BOOT作为一种强大的BootLoader，它不仅支持MTD，而且可以在MTD基础上实现多种文件系统，比如cramfs、fat和jffs2等。
◆ 支持中断。由于传统的BootLoader都分为stage1和stage2，所以在stage2中添加中断处理服务十分困难，比如BLOB；而U-BOOT是把两个部分放到了一起，所以添加中断服务程序就很方便。
◆ 详细的开发文档。由于大多数BootLoader都是开源项目，所以文档都不是很充分。U-BOOT的维护人员意识到了这个问题，充分记录了开发文档，所以它的移植要比BLOB等缺少文档的BootLoader方便。