Bootloader模式与recover模式的区别

简单描述一下吧

bootloader可以管理所有内存,包括recovery,而recovery只能更新除bootloader外的内存,权限较低

位置也在bootloader之后,bootloader不能启芹雹桐动,recovery也不能启动

差不多是上下层关系

---------------------------------

你的应该是酷派,那个是酷派的一个底层下载的模式,可以下载amss等底层文件

更新底层文嫌坦件之后会转到bootloader/fastboot模式,继续下载boot,system,recovery等系统文件肆敏

----------------------------------

说的有点不清不楚,可以追问

ARM Linux启动流程大致为：bootloader ---->kernel---->root filesystem。bootloader 是一上电就拿到cpu 的控制权游明数的，而bootloader实现了硬件的初始化，为kernel的运行创造好条件。

那么bootloader一般都会做些什么

/ ====================================================== /

【 实现细节 】

工作在启动加载模式时，uboot会自动执行bootcmd命令，

比如：

uboot首先把内核镜像拷贝到内存地址为0x80000000的地方，然后执行bootm 0x80000000命令。

bootm命令实际上调用的是do_bootm_linux函数：

内核调用函数：theKernel (0,bd->bi_arch_number, bd->bi_boot_params)

the kernel其实不是个函数,而是指向内核入口地址的指针,把它强行转化为带三个参数的函数指针,会把三神首个参数保存到通用寄存器中,实现了向kernel传递信息的功能,在这个例子里,会把R0赋值为0,R1赋值为机器槐稿号 R2赋值为启动参数数据结构的首地址。

这里的machine id，是让内核知道是哪个CPU，从而调用对应的初始化函数。

【 继续深入 】

1、需要在设备树文件中声明，单板需要什么样的machine_desc，(可以是一系列的字符串，kernel会从左到右匹配这些字符串，一直找到匹配的为止)；

2、kernel中需要表明每个machine_desc需要表明它能支持哪些单板，用字符串表明支持哪些单板。

MACHINE_START和 MACHINE_END实际上被展开成一个结构体

3、 kernel有多个machine_desc跟设备树文件dts中的compatible 吻合，选择哪个？

设备树文件dts中compatible(属性值)从左到右的属性值与kernel中的machine_desc结构体中的dt_compat成员进行比较，匹配成功之后就不会再进行匹配（设备书的属性值从左右匹配优先级依次降低）。

从内核的第一个执行文件head.S开始分析

start_kernel的调用过程如下：

注意：

C语言中的变量在汇编语言中出现，变量名表示的是变量的地址

为了恢复Arduino的功能，必须得重新给ATMega328P单片机里烧写bootloader（其实Arduino就是在AVR单片机中胡答预置了一个bootloader程序，这样再配合Arduino开发环境就是所谓的Arduino了，但Arduino这个词本身只留给官方使用）。当然在淘宝上也能买到已经烧写好的AVR单片机，只是自己手上已经有了AVR单片机，就没必要去花那冤枉钱了。

于是马上打开万能的百度，输入关键字“Arduino bootloader”果然，一大堆乱七八糟相关的问题就出来了，经过一轮的筛选，发现许多说的也并不是很清晰，不过让我明白了个大概：一个普通的AVR单片机确实能烧写bootloader之后作为Arduino使用。那么问题来了，如何把bootloader烧录到AVR单片机中去了？这的确是个问题，反正对于不懂AVR开发的我来说是个问题。不过还好之前在淘宝上买了一个USBASP下载器，跟之前擦除bootloader一样，也要用到progisp软件（因为此时的ATMega328P只是一枯埋个普通的AVR单片机，用Arduino开发软件是烧写不进去的）。

既然要烧没做蚂录bootloader，那么什么是bootloader呢？正如你所想，bootloader当然是一个程序，既然要烧录到单片机中去，应该是一个.HEX之类的文件。但是，bootloader文件从哪来呢？继续百度。。。找到了，在Arduino软件安装目录中的hardware\arduino中。此文件夹下的“boards.txt”文件很重要，是很重要，其他的或许都可以在百度上找到，但因为这个文件折腾了我大半个晚上，百度上也没有明确的说明。打开文件，找到自己对应的Arduino版本，因为我的是“Arduino Uno”，于是锁定“uno.name=Arduino Uno”区域的说明，因为看上去很乱，一定要仔细去看。找到“uno.bootloader.low_fuses=0xff"指编程熔丝低位为FF，”uno.bootloader.high_fuses=0xde“指编程熔丝高位为DE，”uno.bootloader.extended_fuses=0x05“指扩展位为05。这三个值非常重要，是决定你烧录bootloader成功的关键。至于这三个值具体是什么意思，我也不是很不清楚，但AVR单片机的烧录时需要设置熔丝位，而且不能乱设置，这也是AVR跟51单片机的不同之处。

用progisp软件把这三个熔丝位的值写入到AVR单片机中，然后继续浏览”boards.txt“文件往下看，找到”uno.bootloade旦长测短爻的诧痊超花r.path=optiboot“这就是说要烧录的bootloader文件在bootloaders\option文件夹中，“uno.bootloader.file=optiboot_atmega328.hex”文件名就是optiboot_atmega328.hex，这就是接下来需要烧录到AVR单片机中的程序。用progisp软件调入此文件，然后直接写入到AVR单片机中就行了，一个支持Arduino的AVR就做好了。。。

其实这个问题本身不难，但对于没接触过AVR的人来说，还是要花许多时间的，中间也会存在许许多多各种各样的问题。至于progisp的使用方法很简单，百度上的教程也很多，还有手上必须有一块可以烧录AVR单片机的下载器。我当时就是忽略了那三个熔丝位的值，所以反反复复也没有成功，百度上面也没有对”boards.txt“文件做详细的解释。没设置熔丝位程序是可以正常的烧录进去，但Arduino是不能用的，所以必须要按照官网给出的说明 *** 作。我当时大多数时间主要花在两个问题上，一个是.HEX文件具体位置，因为Arduino有不同的版本，所以.HEX文件也不同，还有一个就是熔丝位上。

---