常用u-boot命令详解（全）

「爱情、让人受尽委屈。」 2022-06-01 23:52 55阅读 0赞

出处：[http://blog.csdn.net/qq\_29350001/article/details/50888277][http_blog.csdn.net_qq_29350001_article_details_50888277]

转自：http://blog.csdn.net/ghostyu/article/details/6968681

U-boot发展到现在，他的命令行模式已经非常接近Linux下的shell了，命令行模式模式下支持**“Tab”键的命令补全和命令的历史记录功能**。而且如果你输入的命令的前几个字符和别的命令不重复，那么你就只需要打这几个字符即可，比如我想看这个U-boot的版本号，命令就是“ version”，但是在所有的命令中没有其他任何一个的命令是由“v”开头的，所以只需要输入“v”即可。

由于U-boot支持的命令实在太多，一个一个细讲不现实，也没有必要。所以下面我挑一些烧写和引导常用命令介绍一下，其他的命令大家就举一反三，或者“help”吧！  
**（1）获取帮助**  
命令：help 或 ?  
功能：查看当前U-boot版本中支持的所有命令。

如果你想获取某条命令的更详细的帮助，可以使用：

以bmp指令为例：

**（2）环境变量（environment variables，简称ENV）与相关指令**  
和shell类似，U-Boot也有环境变量。一些U-boot默认的环境变量如下：

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px; width:658px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5"> 环&nbsp;境&nbsp;变&nbsp;量 </td> 
 <td style="line-height:1.5"> 解&nbsp;释&nbsp;说&nbsp;明 </td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">bootdelay</td> 
 <td style="line-height:1.5">执行自动启动（bootcmd中的命令）的等候秒数</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">baudrate</td> 
 <td style="line-height:1.5">串口控制台的波特率</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">netmask</td> 
 <td style="line-height:1.5">以太网的网络掩码</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">ethaddr</td> 
 <td style="line-height:1.5">以太网的MAC地址</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">bootfile</td> 
 <td style="line-height:1.5">默认的下载文件名</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">bootargs</td> 
 <td style="line-height:1.5">传递给Linux内核的启动参数</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">bootcmd</td> 
 <td style="line-height:1.5">自动启动时执行命令</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">serverip</td> 
 <td style="line-height:1.5">TFTP服务器端的IP地址</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">ipaddr</td> 
 <td style="line-height:1.5">本地的IP地址</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">stdin</td> 
 <td style="line-height:1.5">标准输入设备，一般是串口</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">stdout</td> 
 <td style="line-height:1.5">标准输出，一般是串口，也可是LCD（VGA）</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">stderr</td> 
 <td style="line-height:1.5">标准出错，一般是串口，也可是LCD（VGA）</td> 
 </tr> 
 </tbody> 
</table>

要看到你的板上的ENV值可使用printenv命令，例如我的板子：

你会发现有些有的ENV我没有，还有一个“tekkaman”的ENV。原因是如果你没有设置这个环境变量就不会打印出，你也可以自己定义ENV，并在命令中使用$\{ENV\}来调用它。同时你也可以删除这个ENV。设置ENV的命令是setenv，格式为：

第1个参数是环境变量的名称。  
第2个参数是要设置的值，如果没有第2个参数，表示删除这个环境变量。  
  
例如：我先将”tekkaman”参数删除，再设置，最后在一个命令串中调用。

当你设置了ENV，它只保存在内存中，如果你要它保存在存放ENV的固态存储器中，请使用：saveenv。

如果在启动的时候会看到U-boot打印出：“ Warning - bad CRC, using default environment ”，说明U-boot没有在存放ENV的固态存储器中找到有效的ENV，只好使用你在编译的时候定义的默认ENV。如果U-boot存放ENV的固态存储器的驱动是OK的，那么只要运行 saveenv就可以把默认ENV写入固态存储器，下次启动就不会有这个警告了。  
 ENV可以放在许多固体存储器中，对于mini2440来说Nor Flash、Nand Flash或EEPROM都可以，就看你如何配置了（include/configs下的配置文件）。例如：  
  Nor Flash ：

Nand Flash：

EEPROM：

>   
> CONFIG\_ENV\_OFFSET是在整个存储器中的偏移地址；  
> CONFIG\_ENV\_SIZE是指其使用的大小。  
>

注意 CONFIG\_ENV\_OFFSET和 CONFIG\_ENV\_SIZE 的设置，不要覆盖了其他分区。  
四、U-boot的使用（二）

命令：  
loadb - load binary file over serial line (kermit mode)  
loadx - load binary file over serial line (xmodem mode)  
loady - load binary file over serial line (ymodem mode)

功能：以不同的协议从串口获取文件.。  
格式基本都为：  
load？ \[ off \] \[ baud \]  
第1个参数是下载到SDRAM的地址，如果不填，就是用默认配置：CONFIG\_SYS\_LOAD\_ADDR  
第2个参数是波特率，一般不填，用默认的115200.

在windows下的超级终端可以用这些协议发送文件，但是在ubuntu下基本只能用kermit协议。一下使用C-kermit来发送一个文件到mini2440。

上面已经启动了U-boot的kermit传输协议，这时按下 Ctrl + \\ , 再按 c, 切换到C-kermit的命令行模式，输入命令：send <文件路径>，回车。

C-kermit就开始传送，并且显示一个传送界面，并动态显示传送进度。

传送完毕后，输入c ，回到U-boot的串口界面。

**（4）网络命令**

只要你的网卡驱动没问题，那么你就可以通过网络来传输文件到开发板，这可比串口快多了。你可以直接用交叉网线连接开发板和电脑，也可以用普通直连网线连接路由器，再连到电脑，不过记得配置好网络，关闭防火墙哦。  
先测试网络是否通了，现在开发板使用ping 命令，看看是否可以ping通电脑：

如果出现：

这样无法ping通的事，可能是： 
1、U-boot网卡驱动有问题 
2、U-boot网络协议延时配置有问题 
3、网络参数配置问题，比如IP等，Host和Target都有可能有问题。Host最好关闭IPv6。 
实在找不到原因，用Wireshark抓包看看。 
如果网络畅通，下面就可以使用下面的命令从tftp目录或者nfs目录下载文件到SDRAM了。 
命令： 
dhcp - boot image via network using DHCP/TFTP protocol 
rarpboot- boot image via network using RARP/TFTP protocol 
nfs - boot image via network using NFS protocol 
tftpboot- boot image via network using TFTP protocol 
bootp - boot image via network using BOOTP/TFTP protocol 
这几个命令的格式都是：<指令> \[目的SDRAM地址\] \[\[主机IP:\]文件名\] 
注意： 
要使用dhcp、rarpboot或 bootp 等功能要路由器或Host的支持。 
如果没有输入\[目的SDRAM地址\]，系统就是用编译时定义的CONFIG\_SYS\_LOAD\_ADDR作为目的SDRAM地址 
如果tftpboot和nfs命令没有定义\[主机IP:\]，则使用ENV中的serverip 
其它命令必需定义\[主机IP:\]，否则会使用提供动态IP服务的主机IP作为\[主机IP:\]。 
使用范例：

我的路由器没有开rarp协议，所以rarpboot 无法使用，要使用dhcp或 bootp 也是要路由或Host支持的。

**（5）Nand Flash操作指令**

常用的Nand Flash指令如下：

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5"> 指令 </td> 
 <td style="line-height:1.5"> 功能 </td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand info</td> 
 <td style="line-height:1.5">显示可使用的Nand Flash</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand device [dev]</td> 
 <td style="line-height:1.5">显示或设定当前使用的Nand Flash</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand read addr off size</td> 
 <td style="line-height:1.5">Nand Flash读取命令，从Nand的&nbsp;off&nbsp;偏移地址处读取size&nbsp;字节的数据到SDRAM的&nbsp;addr地址。</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand write addr off size</td> 
 <td style="line-height:1.5">Nand Flash烧写命令，将SDRAM的&nbsp;addr地址处的size&nbsp;字节的数据烧写到Nand的&nbsp;off&nbsp;偏移地址。</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand write[.yaffs[1]] addr off size</td> 
 <td style="line-height:1.5">烧写yaffs&nbsp;映像专用的命令，.yaffs1 for 512+16 NAND</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand erase [clean] [off size]</td> 
 <td style="line-height:1.5">Nand Flash檫除命令，擦除Nand Flash的&nbsp;off&nbsp;偏移地址处的size&nbsp;字节的数据</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand bad</td> 
 <td style="line-height:1.5">显示Nand Flash的坏块</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand dump[.oob] off</td> 
 <td style="line-height:1.5">显示Nand Flash中的数据（16进制）</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand scrub</td> 
 <td style="line-height:1.5">彻底擦除整块Nand Flash中的数据，包括OOB。可以擦除软件坏块标志。</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">nand markbad off</td> 
 <td style="line-height:1.5">标示&nbsp;Nand的&nbsp;off&nbsp;偏移地址处的块为坏块</td> 
 </tr> 
 </tbody> 
</table>

使用范例：

nboot 指令也是一条Nand Flash 读取指令，它是将Nand Flash 的 offset 偏移地址的内核映像读取到SDRAM的loadAddr位置。它会自动读取到内核映像（使用mkimage处理过的）的结束，所以不用给出读取大小。  
格式：nboot loadAddr dev offset  
使用范例：

四、U-boot的使用（三）

**(6) 内存/寄存器操作指令**

nm 修改内存值 (指定地址)  
格式： nm \[.b, .w, .l\] address  
  
mm 修改内存值(地址自动加一)  
格式： mm \[.b, .w, .l\] address  
  
md 显示内存值  
格式： md \[.b, .w, .l\] address \[\# of objects\]  
  
mw 用指定的数据填充内存  
格式： mw \[.b, .w, .l\] address value \[count\]  
  
cp 内存的拷贝（包括内存与Nor Flash间的数据拷贝）  
格式：cp \[.b, .w, .l\] source target count  
  
上面是查看和修改内存值的指令，可以查看和修改SDRAM和寄存器值。  
\[.b, .w, .l\]代表了查看和修改形式：bit、word、long  
使用范例：

你可以试着修改LED相连的GPIO寄存器的数据寄存器值，可以控制LED的点亮！  
先熄灭后点亮LED1的范例：（这个实验要结合芯片数据手册和mini2440的原理图来理解）

**(7) Nor Flash指令**

Nor Flash 的命令经常用于烧写数据到Nor Flash 。  
  
flinfo 打印Flash存储器的信息，并列出所有Sector。  
flinfo N 单独打Flash存储器N Block的信息。（在有多块Nor Flash时使用）  
使用范例：

后面带有(RO)的说明这个Sector已经写保护了。  
  
因为Nor Flash的读取接口和SDRAM是一样的，所以Nor Flash的读取也是使用md命令。范例如下：

但由于Nor Flash的烧写时序和SDRAM的写入不同，烧写Nor Flash 不能使用mm等命令，只能使用cp命令从内存拷贝到Nor Flash，而且 烧写之前必须解除保护并擦除！ 命令如下：  
  
protect ：对Flash 写保护的操作，可以使能和解除写保护。  
格式：  
protect on/off start end  
protect on/off start +end  
protect on/off N:SF\[-SL\]  
protect on/off bank N  
protect on/off all   
  
第1 个参数on 代表使能写保护；off 代表解除写保护。  
第2 、3 参数是指定Flash 写保护操作范围  
  
start end 是照起始地址和结束地址定义范围，start是擦除块的起始地址；end 是擦除末尾块的结束地址。  
例如：擦除Sector 2和Sector 3区域命令为erase 20000 3ffff 。   
  
**start +end** 是照起始地址和操作字节数定义范围，这种方式最常用。start是擦除块的起始地址；end 是擦除的字节数。  
例如：擦除Sector 2和Sector 3区域命令为erase 20000 +20000  
  
**N:SF\[-SL\]** 是按照组和扇区，N 表示Flash 的Block号，SF 表示擦除起始Sector号，SL 表示擦除结束Sector号。  
例如：擦除Block1 的Sector 2和Sector 3区域命令为erase 1:2-3。  
  
bank N 是擦除整个Block，擦除Block号为N 的整个Flash。  
  
**all** 是擦除全部Flash。  
  
注意：Nor Flash擦除的最小单位是Sector，也就是0x10000字节，如果你定义的大小不满1 Sector或超过Sector的边界，那么被定义到的Sector会被全部擦除。  
erase ：擦除Flash的命令  
格式：  
erase start end  
erase start +end  
erase N:SF\[-SL\]  
erase bank N  
erase all  
参数是指定Flash 擦除操作范围，跟写保护的方式相同。  
  
以下的范例将mini2440的Nor Flash的Sector 16写保护，再解除保护，擦除数据，最后将起始的20字节拷贝到Sector 16。

**(8) USB 操作指令**

**在所有的命令使用前，必须先插入USB设备，然后使用：usb reset，以初始化USB控制器，获取设备信息。**  
  
我将一个4G的kingstonU盘（可引导盘）插入 mini2440，然后读取他的头512 字节（MBR）：

**(9) SD卡(MMC)指令**

SD卡的使用命令比较简单，只有初始化和设备信息的显示，读写是通过文件系统命令实现的。  
mmc init \[dev\] - 初始化MMC子系统  
mmc device \[dev\] - 查看和设置当前设备  
使用和USB类似， 在所有的命令使用前，必须先插入SD卡，然后使用：mmc init，以初始化MMC 控制器，获取设备信息。  
 我在mini2440中插入1GB SD卡：

**(10) FAT文件系统指令**

fatinfo：显示文件系统的相关信息 
格式：fatinfo <interface> <dev\[:part\]> 
Interface：代表接口，如usb、mmc； 
dev：代表设备编号，如0、1……； 
part：代表存储设备中的分区，如1、2……。 
fatload：从FAT32文件系统中读取二进制文件到SDRAM。 
格式：fatload <interface> <dev\[:part\]> <addr> <filename> \[bytes\] 
Interface、dev和part同上； 
addr：代表写入SDRAM的地址； 
filename：代表存储设备中的文件名； 
bytes：代表从存储设备中读取的文件大小，可不填；如果填的数据比文件小，就只读取bytes字节，如果填的数据比文件大，也只读取文件的大小。 
fatls：列出FAT32文件系统中目录里的文件。 
格式：fatls <interface> <dev\[:part\]> \[directory\] 
Interface、dev和part同上； 
directoryr：代表所要查看的目录，可不填，默认为/。 
这些指令基本上要和U盘或者SD卡同时使用，主要用于读取这些移动存储器上的FAT32分区。 
使用范例：

**(11) 系统引导指令**

boot 和bootd 都是运行ENV”bootcmd”中指定的指令。  
  
bootm 指令是专门用于启动在SDRAM中的用U-boot的mkimage工具处理过的内核映像。  
格式：bootm \[addr \[arg ...\]\]  
addr 是内核映像所在的SDRAM中的地址  
当启动的是Linux内核时，'arg' 可以使 initrd 的地址。

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px; width:638px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5">[u-boot@MINI2440]#&nbsp;setenv bootcmd tftp\;bootm [u-boot@MINI2440]#&nbsp;saveenv Saving Environment to NAND... Erasing Nand... Erasing at 0x6000000000002&nbsp;--&nbsp;0%&nbsp;complete. Writing to Nand...&nbsp;done [u-boot@MINI2440]#&nbsp;boot dm9000 i/o:&nbsp;0x20000300,&nbsp;id:&nbsp;0x90000a46 DM9000:&nbsp;running in 16 bit mode MAC:&nbsp;08:08:11:18:12:27 operating at 100M full duplex mode Using&nbsp;dm9000 device TFTP from server 192.168.1.100;&nbsp;our IP address is 192.168.1.101 Filename&nbsp;'zImage.img'. Load address:&nbsp;0x30008000 Loading:&nbsp;T&nbsp;################################################################# &nbsp; &nbsp;&nbsp;&nbsp;################################################################# &nbsp; &nbsp;&nbsp;&nbsp;########################## done Bytes transferred&nbsp;=&nbsp;2277540&nbsp;(22c0a4&nbsp;hex) ##&nbsp;Booting kernel from Legacy Image at 30008000&nbsp;... &nbsp; &nbsp;Image Name:&nbsp;tekkaman &nbsp; &nbsp;Created:&nbsp;2010-03-29 12:59:51 UTC &nbsp; &nbsp;Image Type:&nbsp;ARM Linux Kernel Image&nbsp;(uncompressed) &nbsp; &nbsp;Data Size:&nbsp;2277476 Bytes&nbsp;=&nbsp;2.2 MB &nbsp; &nbsp;Load Address:&nbsp;30008000 &nbsp; &nbsp;Entry Point:&nbsp;30008040 &nbsp; &nbsp;Verifying Checksum&nbsp;...&nbsp;OK &nbsp; &nbsp;XIP Kernel Image&nbsp;...&nbsp;OK OK Starting kernel&nbsp;... Uncompressing Linux...&nbsp;done,&nbsp;booting the kernel. Linux version 2.6.33.1&nbsp;(tekkaman@MAGI-Linux)&nbsp;(gcc version 4.3.2(crosstool-NG-1.6.1-tekkaman)&nbsp;)&nbsp;#5 Mon Mar 29 20:58:50 CST 2010 CPU:&nbsp;ARM920T&nbsp;[41129200]&nbsp;revision 0&nbsp;(ARMv4T),&nbsp;cr=c0007177 CPU:&nbsp;VIVT data cache,&nbsp;VIVT instruction cache Machine:&nbsp;MINI2440 （略） U-Boot 2009.11&nbsp;(&nbsp;4月 04 2010&nbsp;-&nbsp;12:09:25) modified by tekkamanninja&nbsp;(tekkamanninja@163.com) Love Linux&nbsp; I2C:&nbsp;ready DRAM:&nbsp;64 MB Flash:&nbsp;2 MB NAND:&nbsp;128 MiB Video:&nbsp;240x320x16 20kHz 62Hz In:&nbsp;serial Out:&nbsp;serial Err:&nbsp;serial Net:&nbsp;dm9000 U-Boot 2009.11&nbsp;(&nbsp;4月 04 2010&nbsp;-&nbsp;12:09:25) modified by tekkamanninja (tekkamanninja@163.com) Love Linux&nbsp; Hit&nbsp;any&nbsp;key to stop autoboot:&nbsp;0 [u-boot@MINI2440]#&nbsp;bootd dm9000 i/o:&nbsp;0x20000300,&nbsp;id:&nbsp;0x90000a46 DM9000:&nbsp;running in 16 bit mode MAC:&nbsp;08:08:11:18:12:27 operating at 100M full duplex mode Using&nbsp;dm9000 device TFTP from server 192.168.1.100;&nbsp;our IP address is 192.168.1.101 Filename&nbsp;'zImage.img'. Load address:&nbsp;0x30008000 Loading:&nbsp;T&nbsp;################################################################# &nbsp; &nbsp;&nbsp;&nbsp;################################################################# &nbsp; &nbsp;&nbsp;&nbsp;########################## done Bytes transferred&nbsp;=&nbsp;2277540&nbsp;(22c0a4&nbsp;hex) ##&nbsp;Booting kernel from Legacy Image at 30008000&nbsp;... &nbsp; &nbsp;Image Name:&nbsp;tekkaman &nbsp; &nbsp;Created:&nbsp;2010-03-29 12:59:51 UTC &nbsp; &nbsp;Image Type:&nbsp;ARM Linux Kernel Image&nbsp;(uncompressed) &nbsp; &nbsp;Data Size:&nbsp;2277476 Bytes&nbsp;=&nbsp;2.2 MB &nbsp; &nbsp;Load Address:&nbsp;30008000 &nbsp; &nbsp;Entry Point:&nbsp;30008040 &nbsp; &nbsp;Verifying Checksum&nbsp;...&nbsp;OK &nbsp; &nbsp;XIP Kernel Image&nbsp;...&nbsp;OK OK Starting kernel&nbsp;... （略） </td> 
 </tr> 
 </tbody> 
</table>

12）EEPROM 读写指令 eeprom - I2C 接口的EEPROM 读写指令  
格式：  
eeprom read addr off cnt  
eeprom write addr off cnt  
第一个参数addr 是要写入或读出的数据在SDRAM中的存放地址；  
第二个参数off 是在EEPROM中的偏移；  
第三个参数cnt 是读写的数据字节数。  
使用范例：

**（13）设置和读取RTC指令**

date - 设置和读取RTC  
格式：  
date \[MMDDhhmm\[\[CC\]YY\]\[.ss\]\]  
MM：月份  
DD：日期  
hh：小时  
mm 分钟  
CC：年份的前两个数字  
YY：年份的后两个数字  
ss：秒数  
使用范例：

**（14）脚本运行指令**

run var \[...\]  
var ：ENV中的脚本名   
使用范例：

**（15）系统重启指令**

reset  
\- 重启CPU

四、U-boot的使用（四）

**下载与烧写**

使用U-boot将映像文件烧写到板上的Flash，一般步骤是：  
（1）通过网络、串口、U盘、SD卡等方式将文件传输到SDRAM；  
（2）使用Nand Flash或Nor Flash相关的读写命令将SDRAM中的数据烧入Flash。  
下面是烧写范例：  
如果使用 SD卡和U盘形式更新U-boot，那么首先SD卡和U盘中必须有FAT32文件系统，并在里面存放了u-boot.bin 文件。  
1) 通过SD卡烧入Nand Flash：

2) 通过U盘烧入Nor Flash：

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5">[u-boot@MINI2440]#&nbsp;usb start (Re)start USB... USB: scanning bus for devices... 2 USB Device(s) found scanning bus for storage devices... 1 Storage Device(s) found [u-boot@MINI2440]# usb storage Device 0: Vendor: Kingston Rev: PMAP Prod: DT 101 II Type: Removable Hard Disk Capacity: 3875.0 MB = 3.7 GB (7936000 x 512) [u-boot@MINI2440]#&nbsp;usb part&nbsp;0 print_part of 0 Partition Map for USB device 0 -- Partition Type: DOS Partition Start Sector Num Sectors Type 4 63 7935937 c [u-boot@MINI2440]#&nbsp;fatload usb 0:4 0x30008000 u-boot.bin reading u-boot.bin ........................ 256220 bytes read [u-boot@MINI2440]#&nbsp;protect off all Un-Protect Flash Bank # 1 [u-boot@MINI2440]#&nbsp;erase 0x0 0x3ffff Erasing sector 0 ... ok. Erasing sector 1 ... ok. Erasing sector 2 ... ok. Erasing sector 3 ... ok. Erased 4 sectors [u-boot@MINI2440]#&nbsp;cp.b 0x30008000 0x0 0x3ffff Copy to Flash... done</td> 
 </tr> 
 </tbody> 
</table>

3) 通过TFTP服务烧入Nand Flash：

4) 通过NFS 服务烧入Nand Flash：

内核引导

内核的引导步骤如下：  
（1）用U-boot的mkimage工具处理内核映像zImage。  
（2）通过网络、串口、U盘、SD卡等方式将处理过的内核映像传输到SDRAM的一定位置（一般使用0x30008000）  
（3）然后使用”bootm"等内核引导命令来启动内核。

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5">为什么要用U-boot的mkimage工具处理内核映像zImage？ 因为在用bootm命令引导内核的时候，bootm需要读取一个64字节的文件头，来获取这个内核映象所针对的CPU体系结构、OS、加载到内存中的位置、在内存中入口点的位置以及映象名等等信息。这样bootm才能为OS设置好启动环境，并跳入内核映象的入口点。而mkimage就是添加这个文件头的专用工具。具体的实现请看U-boot中bootm的源码和mkimage的源码。</td> 
 </tr> 
 <tr> 
 <td style="line-height:1.5">mkimage工具的使用： 参数说明： -A&nbsp;指定CPU的体系结构，可用值有：alpha、arm 、x86、ia64、mips、mips64、ppc&nbsp;、s390、sh、sparc&nbsp;、sparc64、m68k等 -O&nbsp;指定操作系统类型，可用值有：openbsd、netbsd、freebsd、4_4bsd、linux、svr4、esix、solaris、irix、sco、dell、ncr、lynxos、vxworks、psos、qnx、u-boot、rtems、artos -T&nbsp;指定映象类型，可用值有：standalone、kernel、ramdisk、multi、firmware、script、filesystem -C&nbsp;指定映象压缩方式，可用值有： none 不压缩(一般使用这个，因为zImage是已经被bzip2压缩过的自解压内核)&nbsp; gzip&nbsp;用gzip的压缩方式 bzip2&nbsp;用bzip2的压缩方式 -a&nbsp;指定映象在内存中的加载地址，映象下载到内存中时，要按照用mkimage制作映象时，这个参数所指定的地址值来下载 -e 指定映象运行的入口点地址，这个地址就是-a参数指定的值加上0x40（因为前面有个mkimage添加的0x40个字节的头） -n 指定映象名 -d&nbsp;指定制作映象的源文件 以下是制作内核映像的命令示例： mkimage -n 'tekkaman' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008040 -d zImage zImage.img</td> 
 </tr> 
 </tbody> 
</table>

以下是使用范例：  
1) 通过SD卡引导内核：  
首先SD卡中必须有FAT32文件系统，并在里面存放了处理过的内核映像文件。

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5">[u-boot@MINI2440]#&nbsp;mmc init mmc: Probing for SDHC ... mmc: SD 2.0 or later card found trying to detect SD Card... Manufacturer: 0x00, OEM "<img alt="" src="http://arm9.org.ru/images/smilies/default/titter.gif" style="border:0px; max-width:650px; max-height:100%">roduct name: " ", revision 0.0 Serial number: 7864775 Manufacturing date: 11/2006 CRC: 0x4f, b0 = 1 READ_BL_LEN=6, C_SIZE_MULT=7, C_SIZE=4095 size = 0 SD Card detected RCA: 0x2 type: SD mmc1&nbsp;is available [u-boot@MINI2440]#&nbsp;fatload mmc 1 30008000 zImage.img reading zImage.img 2277540 bytes read [u-boot@MINI2440]#&nbsp;bootm 30008000 ## Booting kernel from Legacy Image at 30008000 ... Image Name: tekkaman Created: 2010-03-29 12:59:51 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2277476 Bytes = 2.2 MB 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.33.1 (tekkaman@MAGI-Linux) (gcc version 4.3.2 (crosstool-NG-1.6.1-tekkaman) ) #5 Mon Mar 29 20:58:50 CST 2010 CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177 CPU: VIVT data cache, VIVT instruction cache Machine: MINI2440 （略）</td> 
 </tr> 
 </tbody> 
</table>

2) 通过TFTP服务引导内核:

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px; width:658px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5">[u-boot@MINI2440]# tftpboot 0x30008000 192.168.1.100:zImage.img&nbsp; dm9000 i/o: 0x20000300, id: 0x90000a46&nbsp; DM9000: running in 16 bit mode MAC: 08:08:11:18:12:27 operating at 100M full duplex mode Using dm9000 device TFTP from server 192.168.1.100; our IP address is 192.168.1.101 Filename 'zImage.img'. Load address: 0x30008000 Loading: T ################################################################# ################################################################# ########################## done Bytes transferred = 2277540 (22c0a4 hex) [u-boot@MINI2440]#&nbsp;bootm 30008000 ## Booting kernel from Legacy Image at 30008000 ... Image Name: tekkaman Created: 2010-03-29 12:59:51 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2277476 Bytes = 2.2 MB 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.33.1 (tekkaman@MAGI-Linux) (gcc version 4.3.2 (crosstool-NG-1.6.1-tekkaman) ) #5 Mon Mar 29 20:58:50 CST 2010 CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177 CPU: VIVT data cache, VIVT instruction cache Machine: MINI2440 （略）</td> 
 </tr> 
 </tbody> 
</table>

3) 通过NFS服务引导内核：

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5">[u-boot@MINI2440]#&nbsp;nfs 30008000 192.168.1.100:/home/tekkaman/development/share/zImage.img dm9000 i/o: 0x20000300, id: 0x90000a46&nbsp; DM9000: running in 16 bit mode MAC: 08:08:11:18:12:27 operating at 100M full duplex mode Using dm9000 device File transfer via NFS from server 192.168.1.100; our IP address is 192.168.1.101 Filename '/home/tekkaman/development/share/zImage.img'. Load address: 0x30008000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ####################################################### done Bytes transferred = 2277540 (22c0a4 hex) [u-boot@MINI2440]#&nbsp;bootm 30008000 ## Booting kernel from Legacy Image at 30008000 ... Image Name: tekkaman Created: 2010-03-29 12:59:51 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2277476 Bytes = 2.2 MB 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.33.1 (tekkaman@MAGI-Linux) (gcc version 4.3.2 (crosstool-NG-1.6.1-tekkaman) ) #5 Mon Mar 29 20:58:50 CST 2010 CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177 CPU: VIVT data cache, VIVT instruction cache Machine: MINI2440 （略）</td> 
 </tr> 
 </tbody> 
</table>

4) 通过Nand Flash引导内核：  
 首先要将处理过的内核映像文件烧入Nand Flash的一定位置（由内核分区表决定）。以后每次启动时用Nand Flash的读取命令先将这个内核映像文件读到内存的一定位置（由制作内核映像时的-a参数决定），再使用bootm命令引导内核。  
内核映像文件的烧入：

<table style="color:rgb(51,51,51); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td style="line-height:1.5">[u-boot@MINI2440]#&nbsp;nfs 30008000 192.168.1.100:/home/tekkaman/development/share/zImage.img dm9000 i/o: 0x20000300, id: 0x90000a46&nbsp; DM9000: running in 16 bit mode MAC: 08:08:11:18:12:27 operating at 100M full duplex mode Using dm9000 device File transfer via NFS from server 192.168.1.100; our IP address is 192.168.1.101 Filename '/home/tekkaman/development/share/zImage.img'. Load address: 0x30008000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ####################################################### done Bytes transferred = 2277540 (22c0a4 hex) [u-boot@MINI2440]#&nbsp;nand erase 0x80000 0x300000 NAND erase: device 0 offset 0x80000, size 0x300000 Erasing at 0x36000001800000 -- 0% complete. OK [u-boot@MINI2440]#&nbsp; nand write 30008000 0x80000 300000&nbsp; NAND write: device 0 offset 0x80000, size 0x300000 Writing at 0x36000000020000 -- 100% is complete. 3145728 bytes written: OK </td> 
 </tr> 
 </tbody> 
</table>

内核引导:

[http_blog.csdn.net_qq_29350001_article_details_50888277]: http://blog.csdn.net/qq_29350001/article/details/50888277