1.整体结构

uboot启动内核时依赖于两个函数，

s = getenv("bootcmd")获取环境变量，然后去运行命令，其中s就是这里的

这条命令的意思是，从nandflash上面的kernel分区把内核读到SDRAM的ox30007FC0地址，然后从这个地址启动。

2.分区的概念

在我们的PC上，每个硬盘前面会有一个分区表，但是在嵌入式Linux里面，Flash是没有分区表的，那我们的flash里面的boot env kernel 跟文件系统这些分区只能在源码中写死，所以我们不关心falsh里面这些分区的名字，而是这些分区的地址，那么看一下在哪里写死的。

这里面定义了mtd分区，这个分区位于nandflash上面，前面从0开始的256K是bootloader，接下来的128k存放的是环境变量参数，接下来的2m是kernel，剩下的东西是跟文件系统。对于这些分区，名字不重要，重要的是他们的起始地址和大小，这些东西是在代码里面写死的。

我们用mtd看一下

我们可以看到kernel分区的起始地址和长度，那么读内核命令可以替换成下面的

3.读出内核

前面我们看到bootm命令在源码中对应的是do_bootm，那么这里应该是有一个约定俗成的，我们的nand命令在源码中应该会对应do_nand,于是我们去源码中找do_nand函数，

这里可以的read.jffs2，jffs2是一种文件格式，但是这里跟文件格式没什么关系，之所以用read.jffs2是因为用这个命令的时候，后面的分区长度0x00200000不需要页对齐，可以随便写，用其他后缀的话，这个长度是需要块对齐或者页对齐的，最终会调用nand_read_opts这个函数，这个函数内部细节先不看。

4 uImage格式

falsh中保存的内核是uImage，这个uImage格式是头部+真正的内核，头部结构如下

ih_load表示加载地址，就是在内核运行的时候，要先把内核放到SDRAM的哪个地方。

ih_ep表示入口地址，就是运行内核的时候直接跳到这个地址就可以了。

我们之前说过nand read.jffs2 0x3007FC0 kernel，从nandflash读取内核的时候放到哪里都可以，不一定是放到0x3007FC0，这个地址随便放，只要不破坏高地址的这些东西就可以了。

为什么可以随便放，就是因为uImage有个头部，头部里面有加载地址和入口地址，我们用bootm的时候，我们把uImage放到某个地址xxxx，然后bootm xxxx,然后bootm会先读出头部，知道他的加载地址和入口地址，如果发现当前内核并不位于他的加载地址，也就是xxxx和加载地址不相等，那么就要把内核移到加载地址中去，然后跳到入口地址执行，我们看下代码中是不是这样的。

这个函数就是把我们的内核data移动到load加载地址，那如果说我们的data就刚好处于ih_load,那就不用移动了，这就是为什么我们从nand读出来之后放到了0x3007FC0，而并没有真的随便放一个地址。

对于我们这个开发板，内核的加载地址是0x3000800,然后我们发现0x3000800-0x3007FC0=64个字节，因为我们的uImage的头部刚好就是64个字节，那么我们真正的内核就正好位于0x3000800了，这样就不用移动了，加快启动速度。

现在bootm读取了内核头部信息，并把内核数据data放到了加载地址，接下来就是启动内核，启动内核是在do_boot_linux函数中做的。

5.bootm命令启动内核

按说前面已经把内核放到加载地址那里了，接下来直接调到入口地址执行即可，但是在此之前还有一些事情要做，类比我们的X86，我们的PC机启动时，我们的BIOS会去检测内存，检测flash，BIOS会去检测出电脑中有多大内存，然后告诉内核，我们的Linux中也有类似的东西，我们的uboot要告诉内核一些启动参数，也就是设置启动参数，然后才是调到入口地址启动内核，我们接下来看一下do_boot_linux函数。