所谓移植就是把程序代码从一种运行环境转移到另一种运行环境。对于内核移植来说，主要是从一种硬件平台转移到另一种硬件平台上运行。
体系结构级别的移植是指在不同体系结构平台上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的执行过程
初始化SDRAM；
初始化串口；
检测处理器类型；
设置Linux启动参数；
调用Linux内核映像。
（3）BootLoader的分类
很多人说BootLoader就是U-Boot，这种说法是错误的，确切来说是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内核便启动完毕。
BusyBox初始化阶段：
除了基本的命令之外，BusyBox还支持init功能，如同其它的init一样，busybox的init也是完成系统的初始化工作，关机前的工作等等。
BusyBox的init进程会依次进行以下工作：
为init设置信号处理过程；
初始化控制台；
分析inittab文件，/etc/inittab；
执行系统初始化脚本，缺省情况下会使用/etc/init.d/rcS；
执行所有导致init暂停的inittab命令（动作类型：wait）；
执行所有仅执行一次的inittab（动作类型：once）。
3、Linux根文件系统移植
（1）文件系统与根文件系统
根，可以理解为基础的意思。根文件系统是一种最基础的文件系统。
Linux系统也可以将磁盘或Flash等存储设备划分为若干个分区，在不同的分区存放不同类型的文件，在某个分区存放u-boot的可执行文件；在某个分区存放内核映像文件，在另一分区存放根文件系统映像文件等。
Linux也需要在一个分区上存放系统启动的必要文件，比如内核启动运行后的第一个程序（init进程）、用于挂接文件系统的脚本、给用户提供操作界面的shell程序，应用程序所要依赖的库等，这些必要的基本文件的集合称为根文件系统（一般也叫做rootfs）。
Linux系统启动后首先会挂载这个分区，这称为挂载（mount）根文件系统。其他分区上的所有目录、文件的集合，称为文件系统。
为什么需要根文件系统？
1)init进程的应用程序在根文件系统上；
2)根文件系统提供了根目录/；
3)内核启动后的应用层配置(etc目录)在根文件系统上。可以认为：发行版=内核+rootfs。
4)shell命令程序在根文件系统上。譬如ls、cd等命令。
因此，一套Linux体系，只有内核本身是不能工作的，必须要rootfs（上的etc目录下的配置文件、/bin与/sbin等目录下的shell命令，还有/lib目录下的库文件等）相配合才能工作。
（2）根文件系统概述
Linux中的根文件系统更像是一个文件夹或者叫做目录(特殊的文件夹)，在这个目录里面会有很多的子目录。根目录下和子目录中会有很多的文件，这些文件是Linux运行所必须的，比如库、常用的软件和命令、设备文件、配置文件等等。
根文件系统和Linux内核是分开的，单独的Linux内核是没法正常工作的，必须要搭配根文件系统。
（3）根文件系统的结构
Linux的根文件系统是采用级层式的树状目录结构，在此结构中的最上层是根目录“/”，然后在此目录下再创建其他的目录。树的根结点为根目录root。
其中：
1）/root 系统管理员的主目录
2）/bin 存放二进制可执行命令的目录
3）/boot 存放的是启动Linux时使用的一些核心文件，包括一些连接文件以及镜像文件。
4）/dev 存放设备文件的目录
5）/etc 存放系统管理和配置文件的目录
6）/home 用户主目录
7）/lib 存放动态链接共享库的目录
8）/sbin存放系统管理员使用的管理程序的目录
9）/mnt 系统提供这个目录是让用户临时挂载其他的文件系统
10）/proc 虚拟文件系统
11）/usr 最庞大的目录
12）/var某些大文件的溢出区
13）/tmp 公用的临时文件存储点
一般我们在Linux驱动开发的时候都是通过nfs挂载根文件系统的，当产品最终上市开卖的时候才会将根文件系统烧写到EMMC或者NAND中。
修改Makefile，添加编译器；
配置busybox ；
编译busybox ；
向根文件系统添加lib库（完成基本根文件系统）；
创建其他文件夹；
完善根文件系统。
Linux系统挂载完根文件系统之后，就会执行init程序，创建init进程。执行过程大概如下图所示。
/2 
