uboot如何启动内核

uboot和内核的本质

uboot的本质是一个裸机程序，操作系统内核本质也是裸机程序。区别就是操作系统运行起来后，在软件上分为内核层和应用层，分层后两层的权限不同，内存访问和设备操作的管理更加精细（内核可以随便访问各种硬件，而应用程序只能被限制地访问硬件和内存地址）。

直观来看，uboot的镜像是uboot.bin，Linux系统的镜像是zImage，这两个东西其实都是两个裸机程序镜像，从系统启动的角度来讲，内核其实就是一个大的、复杂的裸机程序。

一个完整的软件+硬件的嵌入式系统，静止时（未上电时）bootloader、kernel、rootfs等必须的软件都以镜像的形式存储在启动介质中（X210中是iNand/SD卡）；运行时都是在DDR内存中运行的，与存储介质无关。上面两个状态都是稳定状态，第3个状态是动态过程，也就是启动过程。

动态启动过程就是一个从SD卡逐步搬移到DDR内存，并且运行启动代码进行相关的硬件初始化和软件架构的建立，最终达到运行时稳定状态。

静止时uboot.bin、zImage、rootfs都在SD卡中，它们不可能随意存放在SD卡的任意位置，因此需要对SD卡进行一个分区，然后将各种镜像各自存放在各自的分区，这样在启动过程中uboot、内核等就知道到哪里去找谁。

uboot在第一阶段中进行重定位时将第二阶段（整个uboot镜像）加载到DDR的0xc3e00000地址处，这个地址就是uboot的链接地址。

内核也有类似要求，uboot启动内核时将内存从SD卡读取放到DDR中（其实就是个重定位的过程），不能随意放置，必须放在内核的链接地址处，否则启动不起来。

uboot是无条件启动的，从零开始启动的；内核启动需要帮忙，uboot要帮助内核实现重定位（从SD卡到DDR），uboot还要给内核提供启动参数。

启动内核第一步：加载内核到DDR中

uboot要启动内核，分为两个步骤：第一步是将内核镜像从启动介质中加载到DDR中，第二步是去DDR中启动内核镜像。（内核代码没有考虑重定位，而是直接由uboot加载到DDR中的它的链接地址）。

常规启动时，各种镜像都在SD卡中，因此uboot只需要从SD卡的kernel分区去读取内核镜像到DDR中即可。读取要使用uboot的命令来读取。譬如X210的iNand版本时movi命令，movi read kernel 30008000。其中kernel指的是uboot中的kernel分区（uboot规定的SD卡中的一个区域范围）。

uboot还支持远程启动，也就是内核镜像不用烧录到开发板的SD卡中，而是放在主机的服务器中，然后需要启动时uboot通过网络从服务器中下载镜像到开发板的DDR中。

zImage和uImage的区别联系

• bootm命令对应do_bootm函数

命令前加do_即可构成这个命令对应的函数，因此当我们bootm命令执行时，uboot实际执行的函数叫do_bootm函数，在cmd_bootm.c。

do_bootm刚开始定义了一些变量，然后用宏来条件编译执行secureboot的一些代码（主要进行签名认证）；然后到了CONFIG_ZIMAGE_BOOT，用这个宏来控制进行条件编译一些代码，这段代码是用来支持zImage格式的内核启动的。

• vmlinuz 和 zImage 和uImage

uboot经过编译直接生成的elf格式的可执行程序是u-boot，这个程序类似于Windows下的exe格式，在操作系统下是可以直接执行的。但是这种格式不能用来烧录下载。我们用来烧录下载的是u-boot.bin，这个东西是由uboot使用arm-linux-objopy工具进行加工得到的。这个uboot.bin就叫镜像（image），镜像是用来烧录到iNand中执行的。

Linux内核经过编译后也会生成一个elf格式的可执行程序，叫vmlinux或vmlinuz，这个就是原始的未经任何处理加工的原版内核elf文件；嵌入式系统部署时烧录的一般不是这个，而是要用objcopy工具去制作成烧录镜像格式（就是uboot.bin格式，但是没有bin后缀），经过制作加工成烧录镜像的文件就叫Image（制作把78M大的精简成了7.5M，因此这个制作烧录镜像的目的就是缩减大小，节省磁盘）。

原则上Image就可以直接被烧录到Flash上进行启动执行（类似于uboot.bin）。实际上Linux得作者们觉得Image还是太大了所以对Image进行了压缩，并且在Image压缩后的文件的前端加了一部分解压缩的代码，构成了一个压缩格式的镜像就叫做zImage。

uboot为了启动内核，还发明了一种内核格式叫uImage，uImage是由zImage加工得到的。（注意，uImage不关Linux内核的事，Linux只管生成zImage）。

zImage启动细节

do_bootm函数中一直到397行的after_header_check这个符号处，都是在进行镜像的头部信息校验。校验时就要根据不同种类的Image类型进行不同的校验。所以do_bootm函数的核心就是去分辨传进来的Image到底是什么类型，然后按照这种类型的头信息格式去校验。校验通过则进入下一步去启动内核；失败则认为内核有问题，不能启动。

• LINUX_ZIMAGE_MAGIC

这个是一个定义的魔数，表示这个镜像是一个zImage，也就是说zImage格式的镜像中在头部的一个固定位置存放了这个数作为格式标记。如果我们拿到一个Image，去他的那个位置去取4字节判断它是否等于对应魔数，就可知道镜像类型。

• image_header_t

这个数据结构是uboot启动内核时使用的一个标准启动数据结构，zImage头信息也是一个image_header_t，但是在实际启动之前需要进行一些改造。hdr->ih_os = IH_OS_LINUX;hdr->ih_ep = ntohl(addr)，这两句就是在进行改造。

images全局变量是do_bootm函数中使用的，用来完成启动过程的。zImage的校验过程其实就是先确认是不是zImage，确认后再修改zImage的头信息到合适，修改后用头信息去初始化images这个全局变量，然后就完成校验。

uImage启动

LEGACY（遗留的），在do_bootm函数中，这种方式指的就是uImage方式。

uImage方式是uboot本身发明的支持linux启动的镜像格式，但是后来这种方式被一种新的方式替代，这个新的方式就是设备树方式。

uImage的启动校验主要在boot_get_kernel函数中，主要任务就是校验uImage的头信息，并且得到真正的kernel的起始位置去启动。

上述校验头信息即为启动内核第二步；第三阶段是调用do_bootm_linux函数。

do_bootm_linux函数

函数在uboot/lib_arm/bootm.c中。

ep就是entrypoint的缩写，就是程序入口。一个镜像文件的起始执行部分不是在镜像的开头（开头是n字节的头信息），真正的镜像文件执行时第一句代码在镜像的中部某个字节处，相当于一定的偏移量，这个偏移量记录在头信息中。

一般执行一个镜像都是：第一步先读取头信息，然后在头信息的特定地址去找MAGIC_NUM，由此来确定镜像种类；第二步对镜像进行校验；第三步再次读取头信息，由特定地址知道这个镜像的各种信息（镜像长度，镜像种类，入口地址）；第四步就是去entrypoint处执行镜像。

theKernel = (void (*)(int, int, uint))ep;

将ep赋值给theKernel，则这个函数就指向了内存中加载的OS镜像的真正入口地址（就是操作系统的第一句执行代码）。

机器码的再次确定

uboot在启动内核时，机器码要传给内核。uboot传给内核的机器码如何确定？第一顺序是环境变量machid，第二顺序是gd->bd->bi_arch_num（x210_sd.h中硬编码配置的）

Starting kernel ... 这个是uboot中最后一句打印出来的东西。这句如果能出现，说明uboot整个是成功的，也成功加载了内核镜像，也校验通过了，也找到入口地址了，也试图去执行了。如果这句之后串口没有输出，说明内核没有被成功执行，原因一般是：传参（占80%）、内核在DDR中的加载地址。

传参详解

• tag方式传参

struct tag，tag是一个数据结构，在uboot和linux kernel中都有定义tag数据结构，而且定义是一样的。

tag_header和tag_xxx：tag_header中有这个tag的size和类型编码，kernel拿到一个tag后先分析tag_header得到tag的类型和大小，然后将tag中剩余部分当作一个tag_xxx处理。

tag_start与tag_end：kernel接收到的参数是若干个tag组成的，这些tag由tag_start开始，由tag_end结束。

tag传参的方式是由Linux kernel发明的，kernel定义了这种向自身传参的方式，uboot只是实现了这种方式从而可以支持给kernel传参。

• x210_sd.h中配置传参宏

CONFIG_SETUP_MEMORY_TAGS，tag_mem，传参内容是内存配置信息。

CONFIG_CMDLINE_TAG，tag_cmdline，传参内容是启动命令行参数，也就是uboot环境变量的bootargs。

内核如何拿到这些tag？

uboot最终是调用theKernel函数来执行Linux内核的，uboot调用这个函数（其实就是Linux内核）时传递了3个参数。这3个参数就是uboot直接传递给Linux内核的3个参数，通过寄存器来实现传参的。（第一个参数就放在r0中，第二个参数放在r1中，第三个参数放在r2中）第一个参数固定为0，第二个参数时机器码，第三个参数传递的就是大片传参tag的首地址。