嵌入式 Linux 移植与系统启动方法-编程知识

1、Linux系统启动与U-Boot

所谓移植就是把程序代码从一种运行环境转移到另一种运行环境。对于内核移植来说，主要是从一种硬件平台转移到另一种硬件平台上运行。

体系结构级别的移植是指在不同体系结构平台上Linux内核的移植，例如，在ARM、MIPS、PPC等不同体系结构上分别都要对每个体系结构进行特定的移植工作。一个新的体系结构出现就需要进行这个层次上的移植。

SoC级别的移植是指在具体的SoC处理器平台上Linux内核的移植，例如，ARM i.MX6Dual处理器要进行SoC特定的移植工作，主要包括处理器相关的内核修改、集成外设驱动。

主板级别的移植是指在具体的目标主板上Linux内核的移植，例如，在i.MX6DualFS2410目标板上，需要进行主板特定的移植工作，主要包括特定目标板系统启动与主板扩展外设相关的外设驱动等。

基于同一款处理器的不同嵌入式设备并不是所有的外部设备都相同，不同的开发板可以使用不同的SDRAM、Flash、以太网接口芯片等。这就需要根据硬件修改或者开发驱动程序。

一个最基本的Linux操作系统应该包括：引导程序、内核与根文件系统三部分。因此，需要移植一个Linux系统的话，那么需要以下4个步骤：

搭建交叉开发环境；
BootLoader的选择和移植；
kernel的配置、编译、和移植；
根文件系统的制作。

（1）BootLoader简介

引导加载程序（Boot Loader）就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。

如下图所示：

为什么系统移植之前要先移植BootLoader？

BootLoader的任务是引导操作系统，所谓初始化CPU运行环境，引导操作系统。就是启动内核，让内核运行就是把内核加载到内存RAM中去运行。

是谁把CPU运行环境初始化的？

是谁把内核搬到内存中去运行？

SRAM只要系统上电就可以运行，而SDRAM需要软件进行初始化才能运行，那么内存是由谁来初始化的呢？

（2）Bootloader的执行过程

uboot 启动流程详细分析

初始化SDRAM；
初始化串口；
检测处理器类型；
设置Linux启动参数；
调用Linux内核映像。

（3）BootLoader的分类

很多人说BootLoader就是U-Boot，这种说法是错误的，确切来说是U-Boot是BootLoader的一种。u-boot和bootloader到底有什么区别。

如下图所示。

可以知道如果使用开发板board/<board_name>，就先执行“make <board_name>_config”命令进行配置，然后执行“make all”, 就可以生成如下3个文件：

u-boot.bin:二进制可执行文件，它就是可以直接烧入eMMC中的文件。
u-boot: ELF格式的可执行文件。
u-boot.srec: 原摩托罗拉格式的可执行文件。

对于imx6dlsabresd开发板，可以根据开发板的型号选择执行“make imx6dlsabresd_defconfig”、“make"进行编译。

编译后生成的u-boot.imx镜像可以烧入SD卡中执行，具体命令如下：

sudo dd if=u-boot.imx of=/dev/sdb bs=512 seek=2

其中sdb代表SD卡在系统中对应的设备。

（4）u-boot配置过程

在配置之前，为了使编译后的u-boot在开发板上运行，首先需要安装交叉编译链。并使用如下命令配置环境变量：

source /opt/fsl-imx-fb/4.14-sumo/environment-setup-cortexa9hf-neon-poky- linux-gnueabi

u-boot启动流程分析如下

第一阶段：（注明下每个步骤的作用）

a -- 设置cpu工作模式为SVC模式。需要SVC权限对CPU的状态寄存器进行操作

b -- 关闭中断，mmu,，cache。需要直接物理地址访问

v -- 关看门狗

d -- 初始化内存，串口。用于初始化基本的存储空间与通信接口，用于启动信息交互

e -- 设置栈。用于系统启动临时数据交换和初始化栈指针

f -- 代码自搬移。用于拷贝系统启动代码

g -- 清bss

h -- 跳c

第二阶段：

a -- 初始化外设，进入超循环

b -- 超循环处理用户命令

函数前期执行流程如下：

1）_start（arch/arm/lib/vector.S）
b reset

2）reset（arch/arm/cpu/$CPU/start.S）

            bl cpu_init_cp15
            bl cpu_init_crit
            bl _main

3）_main（arch\arm\lib\crt0.S）

            board_init_f(common\Board_f.c）
            b    relocate_code
            ldr lr, =board_init_r（common/Board_r.c）

4）main_loop（）

5）启动内核：

main_loop->autoboot_command->run_command_list->cli_simple_run_ command_list->cli_simple_run_command->cmd_process->find_cmd/cmd_call(result=(cmdtp->cmd)(cmdtp, flag, argc, argv))

uboot的最终目的是引导内核，在此之前uboot需要完成一系列初始化操作，包括设置时钟、初始化DDR、Flash、串口、网卡等等。

这时uboot有两条路走

（1）通过按键，触发uboot进入命令行模式，等待处理命令。

（2）引导内核

2、Linux系统裁剪与移植

内核编译相关文件主要包括顶层Makefile与子目录下的Makefile、各级目录Kconfig文件。

a--在内核配置之前先使用make mrproper命令清除以前的内核。

b--详细配置 make menuconfig

c--编译

make zImage ---生成内核镜像 /arch/arm/boot/zImage

make dtbs ---生成设备树文件 /arch/arm/boot/dts/imx6dl-sabresd.dtb

make modules ---把配置值选成M的代码编译生成模块文件。（.ko) 放在对应的源码目录下。

可以看出，内核编译主要包括两部分：一部分是内核配置；另一部分是内核编译。如下图所示。

内核的Kconfig分析：

a -- 我们解压内核后需要先修改内核顶层目录下的Makefile,配置好交叉编译工具

b -- 然后导入默认配置（使用make imx_v7_defconfig 或者

cp arch/arm/configs/imx_v7_deconfig .config）

c -- 配置内核

如下图所示。

内核中的哪些文件将被编译？它们是怎样被编译的？它们连接时的顺序如何确定？哪个文件在最前面？哪些文件或函数先执行？这些都是通过Makefile来管理的。

从最简单的角度来总结Makefile的作用，有以下3点：

1）-- 决定编译哪些文件？

2）-- 怎样编译这些文件？

3）-- 怎样连接这些文件，最重要的是它们的顺序如何？

1）顶层Makefile 决定内核根目录下哪些子目录将被编进内核；

2）arch/$(ARCH)/Makefile 决定arch/$(ARCH)目录下哪些文件、哪些目录将被编进内核；

3）各级子目录下的Makefile决定所在目录下哪些文件将被编进内核，哪些文件将被编程模块（即驱动程序），进入哪些子目录继续调用它们的Makefile。

与移植U-Boot的过程相似，在移植Linux之前，先了解它的启动过程。

Linux 的过程可以分为两部分：架构/开发板相关的引导过程、后续的通用启动过程。对于uImage、zImage ，它们首先进行自解压得到vmlinux ，然后执行 vmlinux 开始“正常的”启动流程。

引导阶段通常使用汇编语言编写，它首先检查内核是否支持当前架构的处理器，然后检查是否支持当前开发板。

通过检查后，就为调用下一阶段的start_kernel函数作准备了。

这主要分如下两个步骤：

1）连接内核时使用的虚拟地址，所以要设置页表、使能MMU；

2）调用C 函数 start_kernel 之前的常规工作，包括复制数据段、清除BSS段、调用start_kernel 函数。

第二阶段的关键代码主要使用C语言编写。

它进行内核初始化的全部工作，最后调用 rest_init 函数启动init 过程，创建系统第一个进程：init 进程。在第二阶段，仍有部分架构/开发板相关的代码，比如重新设置页表、设置系统时钟、初始化串口等。

内核自解压阶段：

Linux内核有两种映像：一种是非压缩内核，叫Image，另一种是它的压缩版本，叫zImage。根据内核映像的不同，Linux内核的启动在开始阶段也有所不同。

zImage是Image经过压缩形成的，所以它的大小比Image小。但为了能使用zImage，必须在它的开头加上解压缩的代码，将zImage解压缩之后才能执行，因此它的执行速度比Image要慢。

但考虑到嵌入式系统的存储空容量一般比较小，采用zImage可以占用较少的存储空间，因此牺牲一点性能上的代价也是值得的。所以一般的嵌入式系统均采用压缩内核的方式。

内核自解压阶段依次完成以下工作：开启MMU和Cache，调用decompress_kernel()解压内核，最后通过调用call_kernel()进入非压缩内核Image的启动。

内核引导阶段：

内核引导阶段是内核启动第一阶段，该部分代码实现在arch/arm/kernel的 head.S中，该文件中的汇编代码通过查找处理器内核类型和机器码类型调用相应的初始化函数，再建立页表，最后跳转到start_kernel()函数开始内核的初始化工作。如下图所示：

内核初始化阶段：

Linux内核启动的第二阶段从start_kernel()函数开始。start_kernel()是所有Linux平台进入系统内核初始化后的入口函数，它主要完成剩余的与硬件平台相关的初始化工作，在进行一系列与内核相关的初始化后，调用第一个用户进程-init进程并等待用户进程的执行，这样整个Linux内核便启动完毕。