接上一篇第一次一股脑成功编译完成后，编译后的输出文件保存在poky/build/tmp/deploy/images/zc702-zynq7/目录下，有u-boot、内核镜像、根文件系统、设备树文件等。列表如图：
u-boot.img是u-boot的镜像文件，u-boot.elf为u-boot可编译形式文件；core-image-minimal-zc702-zynq7.tar.gz是根文件系统的压缩文件，uEnv.txt为一些环境变量，来告诉u-boot主板的内核镜像和设备树在哪里；uImage就是内核镜像了；uImage-zynq-zc702.dtb为设备树文件。以上这些都是之后启动过程中要用到的文件。
一、Linux的启动流程
以上就是ZYNQ7的Linux启动流程了。
二、SD卡启动方式
ZC702可以配置为从SD卡启动Yocto Linux发行版。以下说明如何设置可启动SD卡：
1、使用dd擦除第一个扇区（本次使用的是sdb,一般只有一个分区的话sdb1就是sdb的第一分区，而我们是要对sdb分区而不是对sdb1分区！！！）
dd if=/dev/zero of=/dev/sdb bs=1024 count=1
2、对SD卡进行分区：
sudo fdisk /dev/sdb
n -> p -> 1 分区1
n -> p -> 2 分区2
对第一分区设置启动标志，并设置分区ID：
a -> 1 t -> 1 -> c t -> 2 -> 83
检查新分区是否正确然后写入更改：
p -> w
3、格式化分区
- 始终使用fat格式化可引导分区。第二个分区可以是ext2 / ext4。
- mkfs.vfat -F 32 -n boot / dev / sdc1 - 这将使用FAT格式化第一个分区。
- mkfs.ext4 -L root / dev / sdc2 - 这将使用ext4格式化第二个分区
4、在分区挂载文件系统，sdb1是第一分区（boot），sdb2是第二分区(将放置根文件系统)。
~$ sudo mkdir -p /mnt/sdb1
~$ sudo mount /dev/sdb1 /mnt/sdb1
~$ sudo mkdir -p /mnt/sdb2
~$ sudo mount /dev/sdb2 /mnt/sdb2
将构建输出复制到SD卡上：
需要将以下文件从poky / build / tmp / deploy / < image > /复制到SD卡的第一个分区（引导分区）
$ sudo cp boot .bin / mnt / sdb1 /
$ sudo cp u - boot .img / mnt / sdb1 /
$ sudo cp uImage / mnt / sdb1 /
$ sudo cp .dtb / mnt / sdb1 /
$ sudo cp uEnv .txt / mnt / sdb1 /
再将根文件系统解压缩至第二个分区：
$ sudo tar x - C / mnt / sdb2 / - f core - image - minimal - zc702 - zynq7 .tar .gz
三、上电启动
以上是SD卡启动的一般流程，但是，我手里的板子型号是ZC7035的，meta-xilinx提供的机型里面并没有这个型号，因此需要自己建立自己的型号。这个功能是可以实现的，有一点麻烦，需要另起一篇一探究竟。这里就先用它支持的702变出的系统先在7035上看看能不能跑起来。
制作BOOT.BIN
板子上预装的u-boot是用的Xilinx官方套件开发的，因此U-BOOT是烧到flash里面的，采用的是FIT Image的内核启动方式，换句话说就是他只认识BOOT.BIN文件，现在我打算先用他的u-boot，之后再进一步做u-boot的定制，因此我们需要将u-boot.elf、.bit 、.FSBL.elf文件用Xilinx SDK合成BOOT.BIN文件。放到SD卡的第一分区，代替boot.bin。（这只是我个人的一些想法，因为内存的原因刚把Xilinxsdk卸载，所以还没有机会实践）
再说一下用XilinxSDK和petalinux开发（官方套件），启动需要用到的文件：
- .bit ：PL侧启动文件
- image.ub：由petalinux生成，是一个很复杂的映像，简单来说，包含内核镜像，init RD映像、devicetree和它们的寻址信息及其他信息。
- BOOT.BIN：包含.bit、u-boot.elf、FSBL.elf，由XilinxSDK生成
- system.dtb：设备树文件
- 根文件系统：放到SD卡的第二分区
再和yocto构建的输出文件做个对比就可以看出来，其实细分到最下面的文件时都一样的，只是打包方式和启动方法不一样而已。
四、u-boot引导启动Linux系统
转载别人的，可以了解u-boot时如何一步步调用这些文件引导加载启动Linux系统的。
在bootrom起来后，按下任意键则放弃了自动引导，从而进入了u-boot的命令行。在这里你可以手动进行接下来系统的引导，但是我不会。虽然不会，但是用于板子上的系统有自动引导，我们可以分析自动引导，来了解u-boot是如何引导系统的。
在U-Boot的官网手册中看到了2个关键的环境变量和1个命令。
bootcmd: This variable defines a command string that is automatically executed
when the initial countdown is not interrupted.
This command is only executed when the variable bootdelay is also defined!
bootargs: The contents of this variable are passed to the Linux kernel as boot
arguments (aka "command line").
run - run commands in an environment variable
bootcmd中的命令就是出现“Hit any key to stop autoboot”提示后，不按任意键，会自动运行的命令。
bootargs是传递给Linux内核的参数。
run是运行环境变量中的命令，bootcmd中包含run命令。
所以分析引导过程要从bootcmd开始。
在U-Boot的命令行中输入printenv可显示所有的环境变量，我已经把相关的粘贴到了下面。
为方便阅读我添加了换行
- bootcmd=
- run findfdt;
- run mmcboot;
- setenv mmcdev 1;
- setenv bootpart 1:2;
- run mmcboot;
- run nandboot;
- findfdt=
- if test $board_name = A335BONE;
- then
- setenv fdtfile am335x-bone.dtb;
- fi;
- if test $board_name = A335BNLT;
- then
- setenv fdtfile am335x-boneblack.dtb;
- fi;
- if test $board_name = A33515BB;
- then
- setenv fdtfile am335x-evm.dtb;
- fi;
- if test $board_name = A335X_SK;
- then
- setenv fdtfile am335x-evmsk.dtb;
- fi;
- if test $fdtfile = undefined;
- then
- echo WARNING: Could not determine device tree to use;
- fi;
- board_name=A335BNLT
首先是运行findfdt中的命令，目的是通过board_name来设置fdtfile，结果是fdtfile的值为am335x-boneblack.dtb。
- mmcboot=
- mmc dev ${mmcdev};
- if mmc rescan;
- then
- echo SD/MMC found on device ${mmcdev};
- if run loadbootenv;
- then
- echo Loaded environment from ${bootenv};
- run importbootenv;
- fi;
- if test -n $uenvcmd;
- then
- echo Running uenvcmd ...;
- run uenvcmd;
- fi;
- if run loadimage;
- then
- run mmcloados;
- fi;
- fi;
- mmcdev=0
"mmc dev 0"是将设备切换到0，通常有2个设备一个是SD卡，一个是eMMC。
- loadbootenv=load mmc ${mmcdev} ${loadaddr} ${bootenv}
- loadaddr=0x80200000
- bootenv=uEnv.txt
这应该是从设备0的第1个分区装载uEnv.txt到地址0x80200000。
当默认的环境变量不符合要求时，可以用uEnv.txt设置新的环境变量。没有它也可以，先不用管，后面说。
importbootenv=echo Importing environment from mmc ...; env import -t $loadaddr $filesize
这是把uEnv.txt中的环境变量导入到U-Boot的环境变量中。“filesize”没有指定。
- loadimage=load mmc ${bootpart} ${loadaddr} ${bootdir}/${bootfile}
- bootpart=0:2
- bootdir=/boot
- bootfile=zImage
由于我没有“uenvcmd”这个环境变量，所以那个条件语句中的内容没有执行。我记着Arch Linux好像用了那个，那个变量应该在uEnv.txt中。于是直接到了loadimage，这里和载入uEnv.txt是相似的，“0:2”的意思是设备0的第2个分区，而载入uEnv.txt时没有指定分区，就默认第1分区了。loadimage的目的是将Linux内核载入内存。
- mmcloados=
- run mmcargs;
- if test ${boot_fdt} = yes || test ${boot_fdt} = try;
- then
- if run loadfdt;
- then
- bootz ${loadaddr} - ${fdtaddr};
- else
- if test ${boot_fdt} = try;
- then
- bootz;
- else
- echo WARN: Cannot load the DT;
- fi;
- fi;
- else
- bootz;
- fi;
- mmcargs=setenv bootargs console=${console} ${optargs} root=${mmcroot} rootfstype=${mmcrootfstype}
- console=ttyO0,115200n8
- mmcroot=/dev/mmcblk0p2 ro
- mmcrootfstype=ext4 rootwait
这个就是设置bootargs这一个环境变量而已，用于向内核传递参数。
- boot_fdt=try
- loadfdt=load mmc ${bootpart} ${fdtaddr} ${bootdir}/${fdtfile}
- fdtaddr=0x80F80000
之前载入了Linux内核，这里载入了设备树文件。最后通过bootz后接2个地址就启动了系统。
总结如下：
- mmc dev 0;
- load mmc 0:2 0x80200000 /boot/zImage
- setenv bootargs concole=ttyO0,115200n8 root=mmcroot=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait
- load mmc 0:2 0x80F80000 /boot/am335x-boneblack.dtb
- bootz 0x80200000 - 0x80F80000
这是默认环境变量的行为。而我们的系统可能与其不同。这就要修改环境变量。我知道有2种方式，一种是在U-Boot的命令行中通过命令修改，另一种就是通过uEnv.txt了。这里介绍uEnv.txt的方式。先列出我uEnv.txt的内容，不用详细看，看我下面的说明。
- bootfile=uImage
- loadfdt=load mmc ${bootpart} ${fdtaddr} ${bootdir}/dts/${fdtfile}
- mmcloados=run mmcargs; if test ${boot_fdt} = yes || test ${boot_fdt} =
- try; then if run loadfdt; then bootm ${loadaddr} - ${fdtaddr}; else if
- test ${boot_fdt} = try; then bootz; else echo WARN: Cannot load the DT;
- fi; fi; else bootz; fi;
- mmcroot=/dev/mmcblk0p2 rw
- mmcargs=setenv bootargs console=${console} ${optargs} root=${mmcroot} rootfstype=${mmcrootfstype} init=/usr/lib/systemd/systemd
一共6行，最后一行空白。
bootfile修改了内核名字，
loadfdt中只是在目录中加了“dts/”，
mmcloados主要是把bootz改成bootm。
mmcroot把只读改成了读写。
mmcargs只是在后面指定了init为systemd，也有其他方法，如init为指向systemd的软链接。
这里是从设备0启动系统，怎样知道自己的系统位于哪个设备呢，也许有某种约定，比如如果有SD卡，那么SD卡是0。
我不知道的话，可以在U-Boot的命令行中通过命令判断。如
- U-Boot# mmc list
- OMAP SD/MMC: 0
- OMAP SD/MMC: 1
列出mmc设备。
- U-Boot# mmc dev
- mmc0 is current device
显示当前是那个设备。
- U-Boot# mmc part
- Partition Map for MMC device 0 -- Partition Type: DOS
- Part Start Sector Num Sectors UUID Type
- 1 2048 131072 29942d7e-01 0c Boot
- 2 133120 15390720 29942d7e-02 83
显示当前设备的分区信息。
- U-Boot# ls mmc 0:1
- 100688 mlo
- 308232 u-boot.img
- 510 uenv.txt
- 3 file(s), 0 dir(s)
从以上引用别人的对u-boot的分析，我们可以对照自己的yocto生成的文件，了解他们的用处。另一方面也佐证了我在上电启动合成BOOT.BIN的想法。下面是我的uEnv.txt:
