
通电 - > 执行BootLoader - > 加载内核 - > 挂在根文件系统 - > 执行应用程序
Windows的启动过程:
通电 - > 执行BIOS - > 加载WinNT内核 - > 挂在文件系统 - > 执行应用程序

硬件平台通电后不会直接运行操作系统。通电之后到执行操作系统需要一个引导的过程,而这个过程需要依赖启动引导程序,所以启动引导程序被称为Boot Loader。需要注意的是,Boot Loader是统称,Boot Loader的种类很多。比如X86平台使用BIOS,arm平台使用U-Boot等都属于Boot Loader。
启动引导程序起始就是硬件平台通电后运行的一段程序,这段程序可以初始化硬件,比如建立内存的映射表。其实际目的就是为了Linux内核的正常运行做准备,就是为了建立一个合适的运行平台
Boot Loader是通用的启动引导程序,可以在不同的硬件平台上运行,如ARM、X86、PowerPC、MIPS等多种架构,但是不完全通用。也就是不能把一个Boot Loader源码在不经过修改的前提下使用在硬件平台
Boot Loader不光依赖于处理器的架构,而且还依赖硬件平台的板级硬件,就必须要对启动引导程序进行修改。比如:现在购买2块不同公司的开发板,这2块开发板的处理器用的是同一种,能不能把A公司的BootLoader直接移植到B公司的开发板使用?答案是不可以的,必须要根据B公司的开发板来修BootLoader。
在硬件通电后,CPU会去某个地址下进行取址,这个地址是由处理器决定的。一般ARM处理器都会从0x00000000这个地址取第一条指令,所以就必须把Flash的地址映射在0x00000000地址下,或者就直接把Boot Loader存储在Flash的首地址,这样CPU才可以正常操作
U-Boot的全称是Universal BoodLoader,是一种通用的引导程序,属于BoodLoader的一种
Boot:初始化硬件平台,提供一个合适的环境
Loader:加载Linux内核
通用的地方
Boot Loader的运行阶段:
注意
U-Boot是开源的,可以在官网下载不同版本的源码,然后根据自己的硬件平台进行修改,并移植到硬件平台上
U-Boot官网:U-Boot官网

Uboot提供了一个控制台,在硬件平台通电后,Uboot会延时等待几秒钟(一般是3s),用户可以利用Uboot提供的命令操作。比如:烧写系统(fast boot、SD卡…)、设置环境变量。
这些操作都必须由Uboot提供的shell命令实现,shell指的是用户操作接口,shell的原理就是一个不断进行信息接收、解析、执行的死循环
Uboot的控制台和Linux系统提供的终端都是采用行缓冲模式进行shell命令接收,也就是以回车键作为命令的结束。但是不可以把Linux系统提供的shell命令在Uboot的控制台使用
虽然都是shell命令,但是Uboot和Linux系统采用的shell命令集是不同的,而且是不兼容的
输出板级信息(bdi)

输出环境变量(pri)
设置环境变量(set)
保存环境变量(save)
删除环境变量(set 变量名)