uboot添加nand驱动说说UBOOT的几个核心问题

发布时间 : 2024-11-25

作者 : 小编

访问数量 : 23

扫码分享至微信

说说UBOOT的几个核心问题

本文目的，有助于嵌入式新手对uboot有个大概的了解，方便老手回忆，复习。

为什么需要U-BOOT?

1、计算机系统的主要部件

（1）计算机系统就是以CPU为核心来运行的系统。

典型的计算机系统有：

PC机（台式机+笔记本）

嵌入式设备（手机、平板电脑、游戏机）

单片机（家用电器像电饭锅、空调）

（2）计算机系统的组成部件非常多，不同的计算机系统组成部件也不同。但是所有的计算机系统运行时需要的主要核心部件都是3个东西：

CPU+外部存储器（Flash/硬盘）+ 内部存储器（DDR SDRAM/SDRAM/SRAM）

2、PC机的启动过程

（1）部署：

典型的PC机的BIOS程序部署在PC机主板上（随主板出厂时已经预制了），操作系统部署在硬盘上，内存在掉电时无作用，CPU在掉电时不工作。

（2）启动过程：

PC上电后先执行BIOS程序（实际上PC的BIOS就是NorFlash），BIOS程序负责初始化DDR内存，负责初始化硬盘，然后从硬盘上将OS镜像读取到DDR中，然后跳转到DDR中去执行OS直到启动（OS启动后BIOS就无用了）

3、典型嵌入式linux系统启动过程

（1）典型嵌入式系统的部署：

uboot程序部署在Flash（能作为启动设备的Flash）上、OS部署在FLash（嵌入式系统中用Flash代替了硬盘）上、内存在掉电时无作用，CPU在掉电时不工作。

（2）启动过程：

嵌入式系统上电后先执行uboot、然后uboot负责初始化DDR，初始化Flash，然后将OS从Flash中读取到DDR中，然后启动OS（OS启动后uboot就无用了）

总结：

嵌入式系统和PC机的启动过程几乎没有两样，只是BIOS成了uboot，硬盘成了Flash。

4、android系统启动过程

（1）Android系统的启动和Linux系统（前面讲的典型的嵌入式系统启动）几乎一样。

即：前面完全一样，只是在内核启动后加载根文件系统后不同了。

android的启动和linux的差别在第二阶段。

（2）可以认为启动分为2个阶段：

第一个阶段是uboot到OS启动；

第二个阶段是OS启动后到rootfs加载到命令行执行；

5、总结：uboot到底是干嘛的?

（1）uboot主要作用是用来启动操作系统内核。

（2）uboot还要负责部署整个计算机系统。

（3）uboot中还要驱动一些外设比如Flash。lcd，触摸屏等。

（4）uboot还得提供一个命令行界面供人来操作。

UBOOT是什么？

1、uboot从哪里来？

（1）uboot是SourceForge一个德国人发起的的开源项目。

（2）uboot就是由一个人发起，然后由整个网络上所有感兴趣的人共同维护发展而来的一个bootloader。

2、uboot的发展历程

（1）自己使用的小开源项目。

（2）被更多人认可使用

（3）被很多SoC厂商默认支持。

总结：

uboot经过多年发展，已经成为事实上的业内bootloader标准。现在大部分的嵌入式设备都会默认使用uboot来作为bootloader。

3、uboot的版本号问题

（1）早期的uboot的版本号类似于这样：uboot1.3.4。后来版本号便成了类似于uboot-2010.06。

（2）uboot的核心部分几乎没怎么变化，越新的版本支持的开发板越多而已，对于一个老版本的芯片来说，新旧版本的uboot并没有差异。

4、什么是uboot的可移植性？

（1）uboot就是universal bootloader（通用的启动代码），通用的意思就是在各种地方都可以用。所以说uboot具有可移植性。

（2）uboot具有可移植性并不是说uboot在哪个开发板都可以随便用，而是说uboot具有在源代码级别的移植能力，可以针对多个开发板进行移植，移植后就可以在这个开发板上使用了。

UBOOT的功能

1、自身可开机直接启动

（1）一般的SoC都支持多种启动方式，比如SD卡启动、NorFlash启动、NandFlash启动等·····uboot要能够开机启动，必须根据具体的SoC的启动设计来设计uboot。

（2）uboot必须进行和硬件相对应的代码级别的更改和移植，才能够保证可以从相应的启动介质启动。uboot中第一阶段的start.S文件中具体处理了这一块。

2、能够引导操作系统内核启动并给内核传参

（1）uboot的终极目标就是启动内核。

（2）linux内核在设计的时候，设计为可以被传参。也就是说我们可以在uboot中事先给linux内核准备一些启动参数放在内存中特定位置然后传给内核，内核启动后会到这个特定位置去取uboot传给他的参数，然后在内核中解析这些参数，这些参数将被用来指导linux内核的启动过程。

3、能提供系统部署功能

（1）uboot必须能够被人借助而完成整个系统（包括uboot、kernel、rootfs等的镜像）在Flash上的烧录下载工作。

4、能进行soc级和板级硬件管理

（1）uboot中实现了一部分硬件的控制能力（uboot中初始化了一部分硬件），因为uboot为了完成一些任务必须让这些硬件工作。譬如uboot要在刷机时LCD上显示进度条就必须能驱动LCD，譬如uboot能够通过串口提供操作界面就必须驱动串口。譬如uboot要实现网络功能就必须驱动网卡芯片。

（2）SoC级（譬如串口）就是SoC内部外设，板级就是SoC外面开发板上面的硬件（譬如网卡、iNand）

5、uboot的“生命周期”

（1）uboot的生命周期就是指：uboot什么时候开始运行，什么时候结束运行。

（2）uboot本质上是一个裸机程序（不是操作系统），一旦uboot开始SoC就会单纯运行uboot（意思就是uboot运行的时候别的程序是不可能同时运行的），一旦uboot结束运行则无法再回到uboot（所以uboot启动了内核后uboot自己本身就死了，要想再次看到uboot界面只能重启系统。重启并不是复活了刚才的uboot，重启只是uboot的另一生。

（3）uboot的入口和出口。uboot的入口就是开机自动启动，uboot的唯一出口就是启动内核。uboot还可以执行很多别的任务（譬如烧录系统），但是其他任务执行完后都可以回到uboot的命令行继续执行uboot命令，而启动内核命令一旦执行就回不来了。

总结：一切都是为了启动内核。

uboot的工作方式

1、从裸机程序镜像uboot.bin说起

（1）uboot的本质就是一个裸机程序，和我们裸机全集中写的那些裸机程序xx.bin并没有本质区别。如果非说要有区别，那就是：我们写的大部分小于16KB，而uboot大于16KB（一般uboot在180k-400k之间)。

（2）uboot本身是一个开源项目，由若干个.c文件和.h文件组成，配置编译之后会生成一个uboot.bin，这就是uboot这个裸机程序的镜像文件。然后这个镜像文件被合理的烧录到启动介质中拿给SoC去启动。也就是说uboot在没有运行时表现为uboot.bin，一般躺在启动介质中。

（3）uboot运行时会被加载到内存中然后一条指令一条指令的拿给CPU去运行。

2、uboot的命令式shell界面

（1）普通的裸机程序运行起来就直接执行了，执行时效果和代码有关。

（2）有些程序需要和人进行交互，于是乎程序中就实现了一个shell（shell就是提供人机交互的一个界面。

注意：

shell并不是操作系统，和操作系统一点关系都没有。linux中打开一个终端后就得到了一个shell，可以输入命令回车执行。uboot中的shell工作方式和linux中的终端shell非常像（其实几乎是一样的，只是命令集不一样。譬如linux中可以ls，uboot中ls就不识别）。

3、掌握uboot使用的2个关键点：命令和环境变量

（1）uboot启动后大部分时间和工作都是在shell下完成的（譬如uboot要部署系统要在shell下输命令、要设置环境变量也得在命令行下，要启动内核也要在命令行底下敲命令）。

（2）命令就是uboot的shell中可以识别的各种命令。uboot中有几十个命令，其中有一些常用另一些不常用（我们还可以自己给uboot添加命令）。

（3）uboot的环境变量和操作系统的环境变量工作原理和方式几乎完全相同。uboot在设计时借助了操作系统的设计理念（命令行工作方式借鉴了linux终端命令行，环境变量借鉴了操作系统的环境变量，uboot的驱动管理几乎完全照抄了linux的驱动框架）。

（4）环境变量可以被认为是系统的全局变量，环境变量名都是系统内置的（认识就认识，不认识就不认识，这部分是系统自带的默认的环境变量，譬如PATH；但是也有一部分环境变量是自己添加的，自己添加的系统就不认识但是我们自己认识）。

系统或者我们自己的程序在运行时可以通过读取环境变量来指导程序的运行。这样设计的好处就是灵活，譬如我们要让一个程序更改运行方法，不用去重新修改程序代码再重新编译运行，而只要修改相应的环境变量就可以了。

（5）环境变量就是运行时的配置属性。

uboot中对Flash和DDR的管理

1、uboot阶段Flash的分区

（1）所谓分区，就是说对Flash进行分块管理。

（2）PC机等产品中，因为大家都是在操作系统下使用硬盘的，整个硬盘由操作系统统一管理，操作系统会使用文件系统帮我们管理硬盘空间。（管理保证了文件之间不会互相堆叠），于是乎使用者不用自己太过在意分区问题。

（3）在uboot中是没有操作系统的，因此我们对Flash（相当于硬盘）的管理必须事先使用分区界定（实际上在uboot中和kernel中都有个分区表，分区表就是我们在做系统移植时对Flash的整体管理分配方法）。有了这个界定后，我们在部署系统时按照分区界定方法来部署，uboot和kernel的软件中也是按照这个分区界定来工作，就不会错。

（4）分区方法不是一定的，不是固定的，是可以变动的。但是在一个移植中必须事先设计好定死，一般在设计系统移植时就会定好，定的标准是：

uboot:uboot必须从Flash起始地址开始存放（也许是扇区0，也许是扇区1，也许是其他，取决于SoC的启动设计），uboot分区的大小必须保证uboot肯定能放下，一般设计为512KB或者1MB（因为一般uboot肯定不足512KB，给再大其实也可以工作，但是浪费）；

环境变量：环境变量分区一般紧贴着uboot来存放，大小为32KB或者更多一点。

kernel：kernel可以紧贴环境变量存放，大小一般为3MB或5MB或其他。

rootfs：······

剩下的就是自由分区，一般kernel启动后将自由分区挂载到rootfs下使用

总结：一般规律如下： （1）各分区彼此相连，前面一个分区的结尾就是后一个分区的开头。（2）整个flash充分利用，从开头到结尾。（3）uboot必须在Flash开头，其他分区相对位置是可变的。（4）各分区的大小由系统移植工程师自己来定，一般定为合适大小（不能太小，太小了容易溢出；不能太大，太大了浪费空间）（5）分区在系统移植前确定好，在uboot中和kernel中使用同一个分区表。将来在系统部署时和系统代码中的分区方法也必须一样。

2、uboot阶段DDR的分区

（1）DDR的分区和Flash的分区不同，主要是因为Flash是掉电存在的，而DDR是掉电消失，因此可以说DDR是每次系统运行时才开始部署使用的。

（2）内存的分区主要是在linux内核启动起来之前，linux内核启动后内核的内存管理模块会接管整个内存空间，那时候就不用我们来管了。

（3）注意内存分区关键就在于内存中哪一块用来干什么必须分配好，以避免各个不同功能使用了同一块内存造成的互相踩踏。

比如说我们tftp 0x23E00000 zImage去下载zImage到内存的0x23E00000处就会出错，因为这个内存处实际是uboot的镜像所在。这样下载会导致下载的zImage把内存中的uboot覆盖掉。

下一篇讲讲<uboot的常用命令和用法>

「新品首发」STM32MP157开发板火爆预售！首批仅300套

汽车整车OTA升级篇之 uboot介绍

前面提到FOTA，需要升级的时候如果涉及到uboot部分，这部分会要求非常高，毕竟我是硬件出身，就在这里班门弄斧简单通过有趣的内容给大家介绍一下uboot，为什么需要uboot。

先进行一下科普吧，大家都在家炒过菜吧，其实你发现做一顿晚餐的过程就特别像安卓系统的工作原理。

1、首先要有基本的炒菜的环境，厨房要有电、天然气要通气，有锅和铲子等工具，这些类似底层硬件的电源管理，需要有这些基本的电气条件满足。

2、其次要有炒菜的基本佐料，包括盐、酱油、白醋、陈醋,糖、味精、鸡精,生抽、老抽、香油,芝麻油,葱,姜,蒜,孑然,耗油、白胡椒、黑胡椒,番茄酱,花椒,辣椒,辣椒油。

无论你炒什么菜，都首先把这些佐料准备好，可能炒爆炒肥肠和番茄炒蛋所需要的佐料有很多不同的，但是盐和油肯定是都需要的，只是其他佐料有区别，这个不影响提前把这些炒菜的佐料进行准备好，尽可能的把这些佐料都准备齐全。

这里就相当于Linux内核层，进行USB接口、蓝牙、wifi、摄像头、音视频、显示屏等基本服务，可能不同的APP应用所需要调用的这些服务不同，比如一款聊天软件可能需要使用到WIFI、摄像头、显示等等，不需要使用USB接口，但是不影响另外APP会可能调用到USB、存储等等。

3、不知道你们炒菜是否需要菜谱，至少机哥我炒菜需要使用到菜谱的，需要百度一下某个菜需要什么佐料，什么样的配比材料，没错机哥这期内容修改为美食栏目去了，下面是网上水煮肉片的菜谱。

其实这里使用到的菜谱就可以理解为安卓系统里面的硬件抽象层，这里简单理解为，就是你如果知道这个菜谱中佐料的比例，在你自己家里炒菜和在朋友家里炒菜，这个炒出来的味道基本上也就味道相同，就可以理解为为什么这个在安卓系统中硬件抽象层可以在不同的平台进行移植，也就是掌握了菜谱的精髓，功夫我有，天下我走。

4、最后就是炒菜的动作了，其实熟练的厨师是可以至少掌握好几个菜同时操作，这个不仅考验厨师的速度，也考验厨师的精准度，对于火候的掌控要精准，对于佐料使用要合理分配。

其实这里炒不同的菜就类似于使用不同的APP的应用，这里如果有一个菜炒胡了，不能影响到另外一个菜的正常发挥，类似于多线程中的某个APP挂掉了，但是不能影响到其他APP的正常使用。

这里也会出现占用资源的情况，比如同时用两个锅炒菜，左边那个锅在炒爆炒肥肠，直接把所有的盐都一不小心全部倒完了，此时右边锅里面的菜也就报废掉了，没有盐的菜不能称之为一道菜。这个是不是类似于某个APP调用内存泄露，把全部的内存占用没有释放，导致机器只能重启。

安卓系统启动简单介绍

1、安卓系统平台架构

可以看出整个架构由5部分构成，从下到上分别为：

1. Linux内核层

Android 的核心系统服务基于Linux 内核，在此基础上添加了部分Android专用的驱动。系统的安全性、内存管理、进程管理、网络协议栈和驱动模型等都依赖于该内核。

2. 硬件抽象层（HAL)

硬件抽象层是位于操作系统内核与硬件电路之间的接口层，其目的在于将硬件抽象化，为了保护硬件厂商的知识产权，它隐藏了特定平台的硬件接口细节，为操作系统提供虚拟硬件平台，使其具有硬件无关性，可在多种平台上进行移植。HAL 由多个库模块组成，每个模块都为特定类型的硬件组件实现了一个接口，例如相机或蓝牙模块。当框架 API 调用设备硬件时，Android 系统为该硬件组件加载库模块。

3. 系统运行库层（Native)

系统运行库层分为两部分，分别是C/C++程序库和Android运行时库。C/C++程序库被Android中不同的部分使用 runtime库主要是Java核心库（提供了Java语言核心功能因此开发者可以使用Java编写应用）和ART（Android 5.0 之前是Dalvik）该虚拟机不同于JVM是专门用于移动设备的虚拟机允许在有限的内存内运行多个虚拟机实例并且每个应用都是独立的linux进程这样可以防止虚拟机崩溃时不会导致所有的进程被关闭。

4. 应用框架层（Java Framework)

应用框架层为开发人员提供了可以开发应用程序所需要的API，我们平常开发应用程序都是调用的这一层所提供的API，当然也包括系统的应用。这一层的是由Java代码编写的，可以称为Java Framework

5、应用层

系统内置的应用程序以及非系统级的应用程序都是属于应用层。负责与用户进行直接交互，通常都是用Java进行开发的

2、安卓系统启动介绍

上图是车载中控导航的系统启动的简单介绍

1. POWER 部分

目前的导航系统基本上都是CPU+MCU的架构，MCU进行电源部分的管理，CAN通讯的处理、收音部分的处理，所以这里的开电源的时候，一定是MCU完成整个中控导航系统的电源初始化。

MCU内部的电源管理器(regulator)将系统置于POR复位状态，直到VDD电压上升到超过POR复位门限电平，然后低电压检测模块会接管系统复位，直到VDD电压上升超过其LVR复位门限电平。在完成POR和LVR复位后，MCU系统的电源系统已经能够为内部时钟(FIRC、SIRC和LPO等)和存储器(NVM)模块以及CPU内核提供稳定的工作电压了。

这里的加载时间一般是500ms，这里考验的时间其实更多的是MCU的启动时间，一些整车的网络管理也要求ECU在低功耗模式唤醒后，能够尽快响应CAN/LIN总线报文，也要求MCU的启动时间要足够快。

一些功能安全要求较高的汽车ECU应用，比如电子助力转向(EPS)、电子档位控制(gear control)等，对于ECU的启动时间(startup/boot time)有严格的要求，希望ECU使用的MCU能够尽快完成系统启动初始化，执行功能程序。

2. uboot 部分

这里的uboot主要进行CPU状态检查、DDR/emmc/usb等初始化，同时也有电源管理、USB升级检测等等，这里耗时基本上1S左右。

3.kernel部分

linux内核的启动，包括硬件初始化，驱动模块加载，包括USB、video、camera、touch等初始化，init进程，这里耗时1.5S左右。

4. Android初始化

init进程启动程序，zygote加载进程，系统启动服务。这里其实就是我们常见的开机动画就在这个初始化的时候完成的，这包含窗口管理服务，蓝牙服务、GPS服务，这里的GPS默认设置为打开状态，即服务初始化完成后就可以马上启动GSP定位开始，所以GPS的冷启动定位时间不是进入主界面开始算的时间，而且在动画界面初始化完成后就可以算时间了，这样可以让用户感觉体验更快就能GPS定位了。

5.主界面

系统启动，以下应用启动工作：收音、音视频播放、导航、语音、倒车、DVR、360全景、蓝牙等其他应用，这里的时间为2S左右。

一般的安卓系统启动时间为18S左右，应用启动2S，总计20S就可以正常操作APP应用了，这就是为什么安卓车机开机时间都会很久的，不太适合用于仪表，因为仪表要求开机5S左右就能正常显示工作。

从这个耗时来看，Android初始化的时间15S最长，所以要优化整个系统的启动时间的话，可以优先考虑这部分的优化时间。

吃瓜群众：机哥，你说的这些我都不懂，我们还是说回炒菜吧。

机哥：好的，那我们再来看看uboot在整个炒菜中，它是起到什么作用，初始化uboot，如果是炒菜，就是准备了哪些东西。

其实这里的uboot主要进行CPU状态检查、DDR/emmc/usb等初始化，同时也有电源管理、USB升级检测等等，想想炒菜之前是不是要检查锅是否干净，是否需要重新洗一遍，然后佐料这些是否足够，炒菜的燃气是否够大，有一个初步的火量大小的控制，等后面放好佐料后根据实际运气的情况再调节燃气大小的控制，就类似于前面初始化DDR和FLASH的运行速率，后面实际还可以调整这部分的运行速率。

Uboot 的简单介绍

1、为什么需要uboot

计算机系统的组成部件非常多，不同的计算机系统组成部件也不同。但是所有的计算机系统运行时需要的主要核心部件都是3个东西：CPU+外部存储器（Flash/硬盘+内部存储器（DDR SDRAM/SDRAM/SRAM）。

而一般的PC机启动过程为：PC上电后先执行BIOS程序（实际上PC的BIOS就是NorFlash），BIOS程序负责初始化DDR内存，负责初始化硬盘，然后从硬盘上将OS镜像读取到DDR中，然后跳转到DDR中去执行OS直到启动（OS启动后BIOS就无用了）。

总结：嵌入式系统和PC机的启动过程几乎没有两样，只是BIOS成了uboot，硬盘成了Flash。

从第一章节中我们简单介绍了Android系统的启动流程，Android系统的启动流程大致分为三个阶段：

1、电源键按下后加载引导程序Bootloader到RAM 然后Bootloader把OS拉起

2、Linux 内核层面的启动

3、Android系统层面的启动

这里的uboot就是刚开始被放到flash中，板子上电后，会自动把其中的一部分代码拷到内存中执行，这部分代码负责把剩余的uboot代码拷到内存中，然后uboot代码再把kernel部分代码也拷到内存中，并且启动，内核启动后，挂着根文件系统，执行应用程序。

2、uboot有什么特点

uboot 属于bootloader的一种，是用来引导启动内核的，它的最终目的就是，从flash中读出内核，放到内存中，启动内核。

1.自身可开机直接启动

1)一般的SoC都支持多种启动方式，譬如SD卡启动、NorFlash启动、NandFlash启动等•••••uboot要能够开机启动，必须根据具体的SoC的启动设计来设计uboot。

上图是安霸A12的boot支持的启动方式，有NOR FLASH，NAND FLASH，USB、EMMC等多种存储设备，但是要注意，这里启动的地址默认都是从第一个零地址开始，比如NAND FLASH就是BLOCK 0启动，如果这个block损坏那么就无法启动，如果要跳转到block 1，那么就需要CPU芯片内部支持存储代码进行判断，否则只能从默认block 0启动。

2)uboot必须进行和硬件相对应的代码级别的更改和移植，才能够保证可以从相应的启动介质启动。uboot中第一阶段的start.S文件中具体处理了这一块。

2.能够引导操作系统内核启动并给内核传参

1)uboot的终极目标就是启动内核。

2)linux内核在设计的时候，设计为可以被传参。也就是说我们可以在uboot中事先给linux内核准备一些启动参数放在内存中特定位置然后传给内核，内核启动后会到这个特定位置去取uboot传给他的参数，然后在内核中解析这些参数，这些参数将被用来指导linux内核的启动过程。

3.能提供系统部署功能

1)uboot必须能够被人借助而完成整个系统（包括uboot、kernel、rootfs等的镜像）在Flash上的烧录下载工作。

2)裸机教程中刷机（ARM裸机第三部分）就是利用uboot中的fastboot功能将各种镜像烧录到iNand中，然后从iNand启动。

4. 能进行soc级和板级硬件管理

1)uboot中实现了一部分硬件的控制能力（uboot中初始化了一部分硬件），因为uboot为了完成一些任务必须让这些硬件工作。譬如uboot要实现刷机必须能驱动iNand，譬如uboot要在刷机时LCD上显示进度条就必须能驱动LCD，譬如uboot能够通过串口提供操作界面就必须驱动串口。譬如uboot要实现网络功能就必须驱动网卡芯片。

2)SoC级（譬如串口）就是SoC内部外设，板级就是SoC外面开发板上面的硬件（譬如网卡、iNand）

5. uboot的"生命周期"

1)uboot的生命周期就是指：uboot什么时候开始运行，什么时候结束运行。

2)uboot本质上是一个裸机程序（不是操作系统），一旦uboot开始SoC就会单纯运行uboot（意思就是uboot运行的时候别的程序是不可能同时运行的），一旦uboot结束运行则无法再回到uboot（所以uboot启动了内核后uboot自己本身就死了，要想再次看到uboot界面只能重启系统。重启并不是复活了刚才的uboot，重启只是uboot的另一生）

3)uboot的入口和出口。uboot的入口就是开机自动启动，uboot的唯一出口就是启动内核。uboot还可以执行很多别的任务（譬如烧录系统），但是其他任务执行完后都可以回到uboot的命令行继续执行uboot命令，而启动内核命令一旦执行就回不来了。

总结：uboot的一切都是为了启动内核。

1)uboot主要作用是用来启动操作系统内核。体现在uboot最后一句代码就是启动内核。

2)uboot还要负责部署整个计算机系统。体现在uboot最后的传参。

3)uboot中还有操作Flash等板子上硬件的驱动。例如串口要打印，ping网络成功，擦除、烧写flash是否成功等。

4)uboot还得提供一个命令行界面供人来操作。很简单，至少你能看到。

3、Uboot完成后进入的模式有哪些。

安卓开机后，硬件系统上电，首先是完成一系列的初始化过程，如 CPU、串口、中断、timer、DDR 等硬件设备，然后接着加载 bootloader，为后面内核的加载作好准备。在一些系统启动必要的初始完成之后，系统会通过检测三个条件来判断要进入何种工作模式，流程如图。

这里重点说说Recovery模式，我们可以简单的理解为工程模式，手机进入Recovery模式可以进行重启手机、清空SD卡数据、恢复出厂设置、刷机、备份与恢复数据等诸多功能。

以前买到小米手机，手机无法正常开机进入不了系统了，此时就从百度上搜索怎么强制恢复出厂设置，方法是先关闭小米手机，然后同时按住“小米3音量+键”和“电源键”，大约3s左右，即可进入小米3Recovery模式了。

怎么加快uboot的启动时间

1、使用通讯速率快的存储，接口需要不占用

一些功能安全要求较高的汽车ECU应用，比如电子助力转向(EPS)、电子档位控制(gear control)等，对于ECU的启动时间(startup/boot time)有严格的要求，希望ECU使用的MCU能够尽快完成系统启动初始化，执行功能程序。此外，一些整车的网络管理也要求ECU在低功耗模式唤醒后，能够尽快响应CAN/LIN总线报文，也要求MCU的启动时间要足够快。

在有双核的CPU的时候，可以在不同的内核执行不同的程序，这样可以缩短启动时间。

液晶仪表的开机速度要求比较快，一般要求在6S之内要进行开机进行工作，这样就可以更快的让用户处理相关的车身检测和报警功能。

其实这里比较简单粗暴的方便就是使用通信速度更快的存储，下图就是东芝产品介绍boot time的在使用普通NOR flash，EMMC、UFS的存储设备，可以看到UFS接口的EMMC在64MB的数据下，也就115ms可以运行完成，而SPI NOR FLASH需要1185ms，基本上差了10倍时间的差距。

这里唯一的不同就是存储设备的通讯速率不同，UFS的通讯速率可以达到850MB/S，而NOR FLASH最快也就是54MB/S。

在仪表赛普拉斯推荐的平台上，使用hyperflash，可以让开机时间在2S之内。

赛普拉斯主推的hyperflash，独占带宽无抢占的情况下，目标带宽为200MB/s，1280x480的标清屏的开机速度可以达到0.7S。目前创维汽车智能在使用这个平台供货仪表，做的非常棒。

2、优化一些时钟、ECC校验等方法加快启动速度（参考 浅谈嵌入式MCU软件开发之S32K1xx系列MCU的启动过程和启动时间优化方法详细 ）

下图是S32KXX系列的MCU的启动流程图，首先是关闭CPU到的全局中断，把CPU的内核寄存器清零，初始化SRAM的ECC，然后进行系统的初始化等等。

比如在MCU的硬件加密模块CSEc的安全启动(Secure boot)功能，建议使用串行(Sequential) Secure boot而不是并行(Parallel) Secure boot, 因为后者工作时CSEc和CPU内核都会访问P-Flash，从而导致CPU内核从P-Flash取指令的速度变慢，从而拉长Startup运行时间，而且Secure boot运行完之前不允许修改系统时钟配置(尤其是Flash的工作时钟FLASH_CLK)：

Freescale S12G系列汽车MCU的外部晶振时钟起振时间如下，作为参考，也是频率越高，启动越快(start-up时间越短)

BOOT升级的模式

正常情况下，下载了升级固件，肯定是要把新固件替换到老固件，这个时候就涉及到两种模式。

其实这个最容易理解了，机哥给你说一个生活中的例子就好理解了，你手里拿着一个冰淇淋，现在老板告诉你有新款的冰淇淋来了，可以免费领取一个，你会怎么做呢？

有的人是把手里的冰淇淋扔掉，直接去领取新的冰淇淋，这样的做法是不占用手的资料，反正都只占用一个手，缺点就是可能去排队的时候，老板新的冰淇淋都领取完了，这个时候你就一个冰淇淋都没有了。

有的人的做法是先排队，确认领用到新的冰淇淋后再把老的冰淇淋扔掉，此时在领用的过程中会耗费掉两个手的资源，不过这样最保险，哪怕没有领用到最新的冰淇淋，老的冰淇淋还可以继续吃。

同样的道理，新固件替换老固件覆盖的两种方式：双区模式和单区模式。

双区模式：

双区模式中老固件和新固件在flash中各占一块bank（存储区）。假设老固件放在bank0（运行区）中，新固件放在bank1（下载区）中，升级的时候，应用程序先把新固件下载到bank1中，只有当新固件下载完成并校验成功后，系统才会跳入BootLoader程序，然后擦除老固件所在的bank0区，并把bank1的新固件拷贝到bank0中。后台式下载必须采用双区模式进行升级。

优点：升级过程中出现问题或者新固件有问题，它还可以选择之前的老固件老系统继续执行而不受其影响。

缺点：多占用flash空间的一个存储区，在系统资源比较紧张的时候较为困难。