基于ARM的嵌入式系统Bootloader启动流程分析----- 转！！

最新推荐文章于 2024-07-12 14:22:11 发布

jun2ran

最新推荐文章于 2024-07-12 14:22:11 发布

阅读量1k

点赞数

文章标签：嵌入式 image flash 存储语言任务调度

本文链接：https://blog.csdn.net/jun2ran/article/details/6473275

版权

本文深入分析基于ARM处理器的嵌入式系统Bootloader启动流程，从复位地址执行、初始化硬件、内存映射到任务调度，揭示Bootloader在系统启动中的关键角色。通过对S3C44B0 Bootloader的实例解析，阐述启动过程中的中断设置、存储器配置和栈指针初始化等关键步骤。

摘要由CSDN通过智能技术生成

摘要：讲述了基于ARM处理器的嵌入式系统在上电启动后应用程序或操作系统运行前，对处理器及其内部功能模块进行初始化的过程，并结合经过实际验证的代码详细的分析了S3C44B0 Bootloader的运行过程。
关键字：ARM 嵌入式系统 Bootloader

一. 引言：
对于PC机，其开机后的初始化处理器配置、硬件初始化等操作是由BIOS（Basic Input /Output System）完成的，但对于嵌入式系统来说，出于经济性、价格方面的考虑一般不配置BIOS，因此我们必须自行编写完成这些工作的程序，这就是所需要的开机程序。而在嵌入式系统中，通常并没有像 BIOS 那样的固件程序，启动时用于完成初始化操作的这段代码被称为Bootloader程序，因此整个系统的加载启动任务就完全由Bootloader 来完成。简单地说，通过这段程序，可以初始化硬件设备、建立内存空间的映射图（有的CPU没有内存映射功能如S3C44B0），从而将系统的软硬件环境设定在一个合适的状态，以便为最终调用操作系统内核、运行用户应用程序准备好正确的环境。Bootloader依赖于实际的硬件和应用环境，因此要为嵌入式系统建立一个通用、标准的Bootloader是非常困难的。Bootloader也依赖于具体的嵌入式板级设备的配置，这也就是说，对于两块不同的嵌入式主板而言，即使它们是基于同一 CPU 而构建，要想让运行在一块板子上的 Bootloader 程序也能运行在另一块板子上，通常都需要修改 Bootloader 的源程序。

二. 启动流程
系统加电复位后，几乎所有的 CPU都从由复位地址上取指令。比如，基于 ARM7TDMI内核的CPU在复位时通常都从地址 0x00000000处取它的第一条指令。而以微处理器为核心的嵌入式系统通常都有某种类型的固态存储设备（比如EEPROM、FLASH等）被映射到这个预先设置好的地址上。因此在系统加电复位后，处理器将首先执行存放在复位地址处的程序。通过集成开发环境可以将Bootloader定位在复位地址开始的存储空间内，因此Bootloader是系统加电后、操作系统内核或用户应用程序运行之前，首先必须运行的一段程序代码。对于嵌入式系统来说，有的使用操作系统，也有的不使用操作系统，比如功能简单仅包括应用程序的系统，但在系统启动时都必须执行Bootloader，为系统运行准备好软硬件运行环境。
系统的启动通常有两种方式，一种是可以直接从Flash启动，另一种是可以将压缩的内存映像文件从Flash（为节