3、uCOS-II下的bootloader和驱动程序开发

BootLoader引导程序

BootLoader引导程序一、实验目的 1.学会配置linux下的minicom和windows下的超级终端 2.了解bootloader的基本概念和框架结构 3.了解bootloader引导操作系统的过程 4.掌握bootloader程序的编译方法 5.掌握bootloader程序的使用方法二、实验内容 1. 学习x-loader 作用和编译过程 2.学习uboot作用和编译过程 3.学习bootloader的操作三、实验设备 PentiumII以上的PC机， LINUX操作系统四、BOOTLOADER程序说明完整的系统由x-loader、u-boot、kernel（内核）、rootfs（根文件系统）组成，x-loader 是一级引导程序，其作用是初始化CPU，拷贝u-boot到内存，然后把控制权交给u-boot。当OMAP3530上电时，memory controller(内存控制器)还未初始化，这个任务便由完成的x-loader。初始化外部RAM控制器，把u-boot读到外部RAM，之后把控制入口交给。u-boot 是二级引导程序，其作用主要是引导内核，提供映像更新，同用户进行交互。系统结构图如下： 1. BootLoader的作用在嵌入式系统中，BootLoader的作用与PC机上的BIOS类似，其主要作用：（1）初始化硬件设备；（2）建立内存空间的映射图；（3）完成内核的加载，为内核设置启动参数。通过BootLoader可以完成对系统板上的主要部件如CPU、SDRAM、Flash、串行口等进行初始化，也可以下载文件到系统板上，对Flash进行擦除与编程。当运行操作系统时，它会在操作系统内核运行之前运行，通过它，可以分配内存空间的映射，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统准备好正确的环境。通常，BootLoader 是依赖于硬件而实现的，特别是在嵌入式系统中。因此，在嵌入式系统里建立一个通用的 BootLoader 几乎是不可能的，不同的处理器架构都有不同的

详解bootloader的执行流程与ARM Linux启动过程分析

详解bootloader的执行流程与ARM Linux启动过程分析 ARM Linux启动过程分析是本文要介绍的内容，嵌入式Linux 的可移植性使得我们可以在各种电子产品上看到它的身影。对于不同体系结构的处理器来说Linux的启动过程也有所不同。本文以S3C2410 ARM处理器为例，详细分析了系统上电后bootloader的执行流程及ARM Linux的启动过程。 1、引言 Linux 最初是由瑞典赫尔辛基大学的学生Linus Torvalds在1991 年开发出来的，之后在GNU的支持下，Linux 获得了巨大的发展。虽然Linux 在桌面PC 机上的普及程度远不及微软的Windows 操作系统，但它的发展速度之快、用户数量的日益增多，也是微软所不能轻视的。而近些年来Linux 在嵌入式领域的迅猛发展，更是给Linux 注入了新的活力。一个嵌入式Linux 系统从软件角度看可以分为四个部分：引导加载程序（bootloader），Linux 内核，文件系统，应用程序。其中bootloader是系统启动或复位以后执行的第一段代码，它主要用来初始化处理器及外设，然后调用Linux 内核。 Linux 内核在完成系统的初始化之后需要挂载某个文件系统做为根文件系统（Root Filesystem）。根文件系统是Linux 系统的核心组成部分，它可以做为Linux 系统中文件和数据的存储区域，通常它还包括系统配置文件和运行应用软件所需要的库。应用程序可以说是嵌入式系统的“灵魂”，它所实现的功能通常就是设计该嵌入式系统所要达到的目标。如果没有应用程序的支持，任何硬件上设计精良的嵌入式系统都没有实用意义。从以上分析我们可以看出bootloader 和Linux 内核在嵌入式系统中的关系和作用。Bootloader在运行过程中虽然具有初始化系统和执行用户输入的命令等作用，但它最根本

bootloader

Boot Loader的启动流程和开发经验总结 Windows CE最大程度继承了桌面版Windows的丰富功能，但是Windows CE并不是一个通用的安装版操作系统。在形形色色的嵌入式设备世界里，一款CE系统通常只会针对某一种硬件平台生成。一般来说，Windows CE的开发过程可以分为：0AL(OEM Abstraction Layer)、驱动、应用程序开发三个步骤。其中，0AL开发最基本的一步是板级支持包（BSP），而BootLoader 设计则在BSP开发中具有极为关键的地位。 1．什么是BootLoader 嵌入式系统的启动代码一般由两部分构成：引导代码和操作系统执行环境的初始化代码。其中引导代码一般也由两部分构成：第一部分是板级、片级初始化代码，主要功能是通过设置寄存器初始化硬件的工作方式，如设置时钟、中断控制寄存器等，完成内存映射、初始化MMU等。第二部分是装载程序，将操作系统和应用程序的映像从只读存储器装载或者拷贝到系统的RAM中并执行。（1）什么是板级BSP? BSP(Board Support Package)是板级支持包,是介于主板硬件和操作系统之间的一层,主要是为了支持操作系统，使之能够更好的运行于硬件主板。不同的操作系统对应于不同形式的BSP,例如WinCE的BSP和Linux的BSP相对于某CPU来说尽管实现的功能一样,可是写法和接口定义是完全不同的。所以，BSP一定要按照该系统BSP的定义形式来写，这样才能与上层OS保持正确的接口,良好的支持上层OS。（2）什么是Boot Loader

在BSP中有一个重要的组成部分就是BootLoader,它是在操作系统内核运行之前运行的一段小程序。通过这段小程序，可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，为调用操作系统内核准备好环境。一般来说，在嵌入式世界里BootLoader 是严重地依赖于硬件的，因此想建立一个通用的 BootLoader 几乎是不可能的。不同的 CPU 体系结构有不同的BootLoader，而且除了依赖于 CPU的体系结构外，BootLoader还依赖于具体的嵌入式板级设备的配置。这也就是说，对于两块不同的嵌入式板而言，即使它们是基于同一种 CPU 结构而构建的，要想让运行在一块板子上的 BootLoader 程序也能运行在另一块板子上，通常也都需要修改 BootLoader 的源程序。 2．BootLoader在PC机与嵌入式的区别比较（1）引导程序在PC机和嵌入式上的区别一般来说，在PC的硬件平台上，由于硬件启动根本就不是通过BootLoader（而是通过BIOS），所以BootLoader就不需要对CPU加电后的初始化做任何工作。在桌面系统中，有以下几种设备可以作为启动设备使用：硬盘、USB盘、光盘驱动器、还有网卡的Boot ROM 等。但无论选择了哪一种启动设备，操作系统都会去将该设备起始地址的内容读入内存，BIOS 将控制移交给引导装载程序。如果启动设备是IDE硬盘，这时通常将引导装载程序装入第一个扇区(通常被称做主引导扇区，MBR），然后将内容读入内存再运行。在嵌入式平台上，引导装载程序是在硬件上执行的第一段代码，通常将引导程序放置在不易丢失的存储器的开始地址或者是系统冷启动时PC寄存器的初始值。在嵌入式系统中，通常并没有像BIOS那样的固件程序，因此整个系统的加载启动任务就完全由BootLoader来完

bootloader分析

Bootloader分析

?熟悉BootLoader的实现原理?认识Bootloader的主要任务?熟悉BootLoader的结构框架?U-boot使用

引言本章详细地介绍了基于嵌入式系统中的OS启动加载程序――Boot Loader的概念、软件设计的主要任务以及结构框架等内容。一个嵌入式Linux系统从软件的角度看通常可以分为四个层次： ?1.引导加载程序。包括固化在固件(firmware)中的boot代码(可选)，和Boot Loader两大部分。 ?2.Linux内核。特定于嵌入式板子的定制内核以及内核的启动参数。 ?3.文件系统。包括根文件系统和建立于Flash内存设备之上文件系统。通常用ram disk来作为root fs。 ?4.用户应用程序。特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式GUI有：MicroWindows和MiniGUI。

?引导加载程序是系统加电后运行的第一段软件代码。回忆一下PC 的体系结构我们可以知道，PC机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬盘MBR中的OS Boot Loader（比如，LILO和GRUB等）一起组成。 ?BIOS在完成硬件检测和资源分配后，将硬盘MBR中的Boot Loader读到系统的RAM中，然后将控制权交给OS Boot Loader。 Boot Loader的主要运行任务就是将内核映象从硬盘上读到RAM 中，然后跳转到内核的入口点去运行，也即开始启动操作系统。而在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由Boot Loader来完成。 ?比如在一个基于ARM7TDMI core的嵌入式系统中，系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的Boot Loader程序。

Linux启动全过程-由bootloader到fs

Linux启动过程许多人对Linux的启动过程感到很神秘，因为所有的启动信息都在屏幕上一闪而过。其实Linux的启动过程并不象启动信息所显示的那样复杂，它主要分成两个阶段： 1.启动内核。在这个阶段，内核装入内存并在初始化每个设备驱动器时打印信息。 2.执行程序init。装入内核并初始化设备后，运行init程序。init程序处理所有程序的启动，包括重要系统精灵程序和其它指定在启动时装入的软件。下面以Red Hat为例简单介绍一下Linux的启动过程。一、启动内核首先介绍启动内核部分。电脑启动时，BIOS装载MBR，然后从当前活动分区启动，LILO获得引导过程的控制权后，会显示LILO提示符。此时如果用户不进行任何操作，LILO将在等待制定时间后自动引导默认的操作系统，而如果在此期间按下TAB键，则可以看到一个可引导的操作系统列表，选择相应的操作系统名称就能进入相应的操作系统。当用户选择启动LINUX操作系统时，LILO就会根据事先设置好的信息从ROOT文件系统所在的分区读取LINUX映象，然后装入内核映象并将控制权交给LINUX内核。LINUX内核获得控制权后，以如下步骤继续引导系统： 1. LINUX内核一般是压缩保存的，因此，它首先要进行自身的解压缩。内核映象前面的一些代码完成解压缩。 2. 如果系统中安装有可支持特殊文本模式的、且LINUX可识别的SVGA卡，LINUX会提示用户选择适当的文本显示模式。但如果在内核的编译过程中预先设置了文本模式，则不会提示选择显示模式。该显示模式可通过LILO或RDEV工具程序设置。 3. 内核接下来检测其他的硬件设备，例如硬盘、软盘和网卡等，并对相应的设备驱动程序进行配置。这时，显示器上出现内核运行输出的一些硬件信息。 4. 接下来，内核装载ROOT文件系统。ROOT文件系统的位置可在编译内核时指定，也可通过LILO 或RDEV指定。文件系统的类型可自动检测。如果由于某些原因装载失败，则内核启动失败，最终会终止系统。二、执行init程序其次介绍init程序，利用init程序可以方便地定制启动其间装入哪些程序。init的任务是启动新进程和退出时重新启动其它进程。例如，在大多数Linux系统中，启动时最初装入六个虚拟的控制台进程，退出控制台窗口时，进程死亡，然后init启动新的虚拟登录控制台，因而总是提供六个虚拟登陆控控制台进程。控制init程序操作的规则存放在文件/etc/inittab中。Red Hat Linux缺省的inittab文件如下：# #inittab This file describes how the INIT process should set up the system in a certain #run-level. # # #Default runlevel.The runlevels used by RHS are: #0-halt(Do NOT set initdefault to this) #1-Single user mode #2-Multiuser,without NFS(the same as 3,if you do not have networking) #3-Full multiuser mode #4-unused #5-X11 #6-reboot(Do NOT set initdefault to this)

Boot_Loader介绍

Boot Loader Windows CE最大程度继承了桌面版Windows的丰富功能，但是Windows CE并不是一个通用的安装版操作系统。在形形色色的嵌入式设备世界里，一款CE系统通常只会针对某一种硬件平台生成。一般来说，Windows CE的开发过程可以分为：0AL(OEM Abstraction Layer)、驱动、应用程序开发三个步骤。其中，0AL开发最基本的一步是板级支持包（BSP），而BootLoader 设计则在BSP开发中具有极为关键的地位。 1．什么是BootLoader 嵌入式系统的启动代码一般由两部分构成：引导代码和操作系统执行环境的初始化代码。其中引导代码一般也由两部分构成：第一部分是板级、片级初始化代码，主要功能是通过设置寄存器初始化硬件的工作方式，如设置时钟、中断控制寄存器等，完成内存映射、初始化MMU等。第二部分是装载程序，将操作系统和应用程序的映像从只读存储器装载或者拷贝到系统的RAM中并执行。（1）什么是板级BSP? BSP(Board Support Package)是板级支持包,是介于主板硬件和操作系统之间的一层,主要是为了支持操作系统，使之能够更好的运行于硬件主板。不同的操作系统对应于不同形式的BSP,例如WinCE的BSP和Linux的BSP相对于某CPU来说尽管实现的功能一样,可是写法和接口定义是完全不同的。所以，BSP一定要按照该系统BSP的定义形式来写，这样才能与上层OS保持正确的接口,良好的支持上层OS。（2）什么是Boot Loader 在BSP中有一个重要的组成部分就是BootLoader,它是在操作系统内核运行之前运行的一段小程序。通过这段小程序，可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，为调用操作系统内核准备好环境。

单片机自编程及Bootloader设计

?Bootloader是在单片机上电启动时执行的一小段程序。也称作固件，通过这段程序，可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用应用程序准备好正确的环境。 Boot代码由MCU启动时执行的指令组成。这里的loader指向MCU的Flash中写入新的应用程序。因此，Bootloader是依赖于特定的硬件而实现的，因此，在众多嵌入式产品中目前还不可能实现通用Bootloader。 Bootloader的最大优点是：在不需要外部编程器的情况下，对嵌入式产品的应用代码进行更新升级。它使得通过局域网或者Intemet远程更新程序成为可能。例如，如果有5 000个基于MCU的电能表应用程序需要更新，电能表制造商的技术人员就可以避免从事对每一个电能表重新编程的巨大工作量，通过使用Bootloader的功能，由控制中心通过电能表抄表系统网络，远程对5 000个电表重新编程。可见，Bootloader功能对于嵌入式系统的广泛应用具有十分重要的意义。 1 78K0/Fx2系列单片机简介 78K0/Fx2系列是带CAN控制器的8位单片机，该系列单片机广泛应用于汽车电子，智能仪表等领域。其内置POC（可编程上电清零电路）/LVI（可编程低电压指示器），单电压自编程闪存，引导交换功能（闪存安全保护），具有低功耗、宽电压范围、超高抗干扰等性能。 78K0系列单片机支持自编程（Self-programming）。所谓自编程，是指用Flash存储器中的驻留的软件或程序对Flash存储器进行擦除/编程的方法。通过单片机的自编程功能，可以设计Bootloader程序，通过串口等通信接口实现对产品重新编程、在线升级的功能。以μPD78F0881为例。μPD78F0881为78KO/Fx2系列中的一款44管脚单片机，内置32 KB Flash ROM，2 KB RAM，自带2个串行通信接口。其内部Flash结构如图1所示。为了方便实现擦除和编程，人为地将整个Flash分成若干个block，每个block 大小为1 KB。block为自编程库函数中空白检测、擦除、校验的最小单位。blockO从地址0000H开始，程序都从0000H开始执行。block0～block3共4 KB存储空间为 Bootloader程序存储区域。block4～block31为应用程序存储区域。

bootloader流程

Bootloader 设计分析 3.1 Bootloader 的操作模式 (Operation Mode) 大多数 Bootloader 都包含两种不同的操作模式[2]： (1). 启动加载（Boot loading）模式：也称为“自主”模式。即Bootloader 从目标机上的某个固态存储设备上将操作系统加载到 RAM 中运行，整个过程并没有用户的介入。 (2).下载（Downloading）模式：在这种模式下，目标机上的Bootloader将通过串口或网络连接等通信手段从主机（Host）下载内核映像和根文件系统映像等，然后保存到目标机上的FLASH 类固态存储设备中。Bootloader的这种模式通常在系统初次安装和更新时被使用，工作于这种模式下的Bootloader通常都会向它的终端用户提供一个简单的命令行接口。在我们的Bootloader设计中我们同时支持这两种工作模式，采用的方法是：一开始启动时处于正常的启动加载模式，但并不立即启动进入uClinux内核，而是提示延时5秒，等待终端用户如果按下某一特定按键，则切换到下载模式，否则继续启动uCLinux 内核。 3.2 Bootloader 的启动及初始化基于ARM的芯片多数为复杂的片上系统（SoC），这类复杂系统里的多数硬件模块都是可配置的[3]。因此大多数 Bootloader 都分为 stage1 和 stage2 两大部分。依赖于 CPU 体系结构的代码，通常都放在 stage1 中，而且在这一部分，我们直接对处理器内核和硬件控制器进行编程，因此常常都用汇编语言来实现。而stage2则通常用C语言来实现，这样可以实现更复杂的功能，而且代码会具有更好的可读性和可移植性。 3.2.1 Bootloader的stage1 这部分代码必须首先完成一些基本的硬件初始化，为stage2的执行以及随后的kernel 的执行准备好一些基本的硬件环境[2]。Bootloader的stage1一般通用的内容包括： * 定义程序入口点 * 设置异常向量表 * 初始化存储系统（包括地址重映射） * 初始化有特殊要求的端口，设备 * 初始化用户程序的执行环境

移植Bootloader过程总结

一．linux系统上电后启动过程： ---→启动引导加载程序bootloader（一些CPU在运行bootloader之前，会先运行一段固化的程序）。 --->启动内核 --->挂载根文件系统其中，Boot paramoters分区中放置一些可设置的参数，比如，IP地址、串口波特率、要传递给内核的命令行参数等。二．为什么要进行bootloader移植？ ---→bootloader的实现依赖于具体的硬件，而在嵌入式产品中硬件的配置千差万别，即使相同的CPU，它的外设也有可能不同，所以不可能有一个bootloader支持所有的CPU，即使是支持CPU架构比较多的U-Boot，也不是拿来就能用的，也需要做一些简单的移植。三.Bootlader的启动过程分为两个阶段：第一阶段： --->硬件设备的初始化（进入svc模式、关闭watchdog、禁中断、设置系统时钟频率、初始化存储控制器、初始化堆栈）。 --->uboot的代码重定位，从nand中拷贝至sdram中，默认是从norflash拷贝至sdram --->跳转到第二阶段c代码继续执行第二阶段： --->初始化本阶段要使用的硬件设备（如串口）。 --->检测系统内存的映射（memory map）。 --->从flash读取内核镜像和文件系统到sdram中。

--->为内核设置启动参数。 --->启动内核。注意：1、所谓检测内存映射，就是确定板子上使用了多少内存，它们的地址空间如何 2、存储在flash上的内核镜像可能是压缩的（如.cramfs 格式），在读到内存中就需要解压，但是对于带有自解压功能的内核来说，是不需要boorloader来解压。 3、将根文件系统拷贝到sdram中，这个不是必须的，具体看内核访问它的方式。

BOOTLOADER启动程序分析

BOOTLOADER启动程序分析 ——基于工程D003_Malata35P_63509_chinese 桂洁 2007.12.3 .eboot.nb0是第一次被JTAG烧到NOR。以后，bootloader负责对：xip.bin：先写到RAM，再烧到nand flash； nk.bin：直接写到RAM； eboot.bin：由eboot.nb0下载，先写到RAM，再烧到nor flash。上电后：eboot本身会将自己写到RAM。也会把nand中的镜像写到RAM中再执行。程序一上电，自动执行0x00000000处的指令。所以，只要把这条指令设定好，下面就可以按我们自己的思想进行设计。一．f wxsc1.s 位于：D:\WINCE420\PLA TFORM\SEUICBSP\KERNEL\HAL\ARM 这是startup。他是一个汇编程序。 1.入口为：LEAF_ENTRY StartUp，第一条语句是：B Reset_Handler，放在0x00000000处。所以上电后首先执行这条指令。 2.Reset_Handler，是StartUp的主体。根据复位类型进行硬件的初始化。具体步骤为（可能不是很准确）：串口初始化，CPU进入特殊指令模式，关MMU，关中断，检查复位原因，初始化硬件（GPIO，

内存，中断控制器，时钟，PowerManager），通过串口打印信息，查SDRAM，bootloader将自己写到RAM，检查正确性，跳到RAM，设置并使能MMU，Cache，设堆。 3.最后一条语句是bl main。跳到main函数。二main 1．main 位置：D:\WINCE420\PLA TFORM\SEUICBSP\EBOOT\main.c。作用：调用BootloaderMain()。 2．BootloaderMain 位置： D:\WINCE420\PUBLIC\COMMON\OAK\DRIVERS\ETHDBG\BLCOMMON\blco mmon.c 作用：这是bootloader的框架。

BootLoader 的概念与功能

U-Boot之一：BootLoader 的概念与功能一般情况下嵌入式Linux 系统中的软件主要分为以下几部分： 1) 引导加载程序：其中包括内部ROM 中的固化启动代码和BootLoader 两部分。内部固化ROM 是厂家在芯片生产时候固化的，作用基本上是引导BootLoader。有的芯片比较复杂，比如Omap3 在flash 中没有代码的时候有许多启动方式：USB、UART 或以太网等等。而S3C24x0 则很简单，只有Norboot 和Nandboot。 2) Linux kernel 和drivers。 3) 文件系统。包括根文件系统和建立于Flash 内存设备之上的文件系统（EXT4、UBI、CRAMFS 等等）。它是提供管理系统的各种配置文件以及系统执行用户应用程序的良好运行环境及载体。 4) 应用程序。用户自定义的应用程序，存放于文件系统之中。在Flash 存储器中，他们的分布一般如下：但是以上只是大部分情况下的分布，也有一些可能根文件系统是initramfs，被一起压缩到了内核映像里，或者没有Bootloader 参数区，等等。 1.2 在嵌入式Linux 中BootLoader 的必要性 Linux 内核的启动除了内核映像必须在主存的适当位置，CPU 还必须具备一定的条件：

但是在CPU 刚上电启动的时候，一般连内存控制器都没有初始化过，根本无法在主存中运行程序，更不可能处在Linux 内核启动环境中。为了初始化CPU 及其他外设，使得Linux 内核可以在系统主存中运行，并让系统符合Linux 内核启动的必备条件，必须要有一个先于内核运行的程序，他就是所谓的引导加载程序（Boot Loader）。而BootLoader 并不是Linux 才需要，而是几乎所有运行操作系统的设备都需要。我们的PC 的BOIS 就是Boot Loader 的一部分（只是前期引导，后面一般还有外存中的各种BootLoader），对于Linux PC 来说，Boot Loader = BIOS + GRUB/LILO。 1.3 Boot Loader 的功能和选择综上所述：BootLoader 是在操作系统内核启动之前运行的一段小程序。通过这段程序，我们可以初始化硬件设备，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境，最后从别处（Flash、以太网、UART）载入内核映像到主存并跳到入口地址。由于BootLoader 需要直接操作硬件，所以它严重依赖于硬件，而且依据所引导的操作系统的不同，也有不同的选择。对于嵌入式世界中更是如此。就S3C24x0 而言，如果是引导Linux，一般选用韩国的mizi 公司设计的vivi 或者DENX 软件工程中心的Das U-boot，如果是引导Win CE，就选用Eboot。如果是开发StrongARM 构架下的LART，就可选用由Jan-Derk Bakker 和Erik Mouw 发布的Blob(Boot Loader Object)。如果是要引导eCos 系统，可以选用同是RedHat公司开发的Redboot。所以在嵌入式世界中建立一个通用的BootLoader 几乎是不可能的，而可能的是让一个Boot Loader 代码支持多种不同的构架和操作系统，并让她有很好的可移植性。U-boot 就是支持多平台多操作系统的一个杰出代表。这也是U-boot 的优势所在，因为如果在开发 S3C2440 时熟悉了U-boot，再转到别的平台的时候，就可以很快地完成这个平台下U-boot 的移植。而且U-boot 的代码结构越来越合理，对于新功能的添加也十分容易。

基于ARM9的Bootloader启动流程分析

１引言在嵌入式系统中，通常没有像ＰＣ机中的ＢＩＯＳ那样的固件程序，因此整个系统的加载启动任务就完全由Ｂｏｏｔｌｏａｄｅｒ来完成。Ｂｏｏｔｌｏａｄｅｒ是ＣＰＵ加电后运行的第一段程序，它的作用就是对嵌入式系统中的硬件进行初始化，创建内核需要的一些信息并将这些信息通过相关机制传递给内核，从而将系统的软硬件环境带到一个合适的状态，最终调用操作系统内核，真正起到引导和加载内核的作用［１］。Ｖｉｖｉ是韩国Ｍｉｚｉ公司开发的开源Ｂｏｏｔｌｏａｄｅｒ，适用于ＡＲＭ９核的Ｓ３Ｃ２４１０处理器。Ｖｉｖｉ的代码包括ａｒｃｈ，ｉｎｉｔ，ｌｉｂ，ｄｒｉｖｅｒｓ和ｉｎｃｌｕｄｅ等几个目录，共２００多个文件。２系统启动流程本系统所用的Ｓ３Ｃ２４１０处理器是三星公司生产的，其内核是ＡＲＭ９２０Ｔ。它片内集成了ＭＭＵ，因此可以支持ｌｉｎｕｘ和ＷｉｎＣＥ等操作系统的运行。芯片内部３２Ｍ的ＳＤＲＡＭ，还集成了３２Ｍ的ＮａｎｄＦｌａｓｈ和２Ｍ的ＮｏｒＦｌａｓｈ。Ｖｉｖｉ可以通过ＮａｎｄＦｌａｓｈ启动，也可通过ＮｏｒＦｌａｓｈ启动。ＮａｎｄＦｌａｓｈ的特点就是代码不能在ＮａｎｄＦｌａｓｈ上直接执行，要先下载在系统的ＲＡＭ中才能执行。当前市场上基于Ｓ３Ｃ２４１０微处理器的开发板绝大部分都是用ＮａｎｄＦｌａｓｈ作为主存储器。本文以ＮａｎｄＦｌａｓｈ为例来分析Ｖｉｖｉ的启动过程。Ｖｉｖｉ在Ｎａｎｄｆｌａｓｈ中有两种工作模式：启动加载模式与下载模式。在启动加载模式（Ａｕｔｏｎｏｍｏｕｓ）下，Ｖｉｖｉ从目标机系统的Ｆｌａｓｈ存储器中把操作系统加载到ＲＡＭ中运行。这是嵌入式系统在正常工作的时候采用的工作模式。由于ＲＡＭ的存取速度要比Ｆｌａｓｈ快的多，这样做能提高代码的执行速度，加大系统的实时性。下载模式（Ｄｏｗｎｌｏａｄｉｎｇ）下，从主机上下载的文件通常被Ｖｉｖｉ保存到目标机的ＲＡＭ中，然后再被烧写到Ｆｌａｓｈ中。在第一次安装Ｂｏｏｔｌｏａｄｅｒ、系统内核和跟文件系统时，都采取这种工作模式，以后系统更新也会采取这种工作模式［２］。Ｖｉｖｉ启动过程可以分为Ｓｔａｇｅ１和Ｓｔａｇｅ２两部分。Ｓｔａｇｅ１是和系统硬件密切相关的部分，用汇编语言编写。Ｓｔａｇｅ２用Ｃ语言编写，来实现一般的流程以及对板级的一些驱动支持。如果是相同的ＣＰＵ以及存储设备，要增加外设支持的话，我们只需要对Ｓｔａｇｅ２的代码进行修改，Ｓｔａｇｅ１的代码可就以保持不变；如果要支持体系结构不同的ＣＰＵ，我们只要修改Ｓｔａｇｅ２部分的代码就可以了。Ｓｔａｇｅ１代码在文件Ｖｉｖｉ／ａｒｃｈ／Ｓ３Ｃ２４１０／Ｈｅａｄ．Ｓ目录下的Ｈｅａｄ．Ｓ中。它的主要工作是进行与ＣＰＵ核以及存储设备密切相关的一些必要的初始化工作。按照Ｈｅａｄ．Ｓ文件中的代码执行顺序，依次完成了下面的任务：（１）启动代码的第一步是设置异常和中断向量表。（２）关闭看门狗定时器。系统加电以后，看门狗默认是开着的，所以要关掉。（３）关闭所有中断。中断的操作是在操作系统里边进行的，在Ｂｏｏｔｌｏａｄｅｒ阶段，不需要用到中断。（４）初始化系统时钟频率。Ｓ３Ｃ２４１０有两个锁相环，一个叫ＭＰＬＬ，另一个叫ＵＰＬＬ。ＭＰＬＬ用来产生ＦＣＬＫ，ＨＣＬＫ，ＰＣＬＫ，支持内核，ＡＨＢ总线和ＡＰＢ总线。ＵＰＬＬ用来支持ＵＳＢ总线。通过设置ＭＰＬＬ可以把时钟频率设置为２００ＭＨｚ或者１００ＭＨｚ。（５）初始化内存控制器。Ｓ３Ｃ２４１０共有１５个寄存器，在此初始化其中的１３个寄存器。（６）点亮ＬＥＤ。通过配置ＧＰＩＯ口来点亮开发板上的ＬＥＤ。（７）初始化ＵＡＲＴ。主要完成两个任务：设置ＧＰＩＯ选择ＵＡＲＴ０所用的引脚；初始化ＵＡＲＴ，设置工作方式（使用ＦＩＦＯ、波特率１１５２００、无硬件流控等）。在终端也要如此设置，才能使用串口与Ｓ３Ｃ２４１０通信，通过终端显示Ｖｉｖｉ启动状态。（８）跳到内存测试函数。为了确保Ｓ３Ｃ２４１０所安排的地址范围的确是可读写的ＲＡＭ空间，因此必须对所安排的地址范围进行测试。（９）将全部的代码拷贝到ＳＤＲＡＭ中。Ｓ３Ｃ２４１０的存储器是统一编址的。Ｆｌａｓｈ区的地址是ｏｘ３０００００００到０ｘ３８００００００，ＲＡＭ区的地址是０ｘ３８００００００到０ｘ４０００００００。拷贝Ｖｉｖｉ是调用ｎａｎｄ＿ｒｅａｄ＿ｌｌ（）函数来实现的，调用函数前要先设置三个参数：ｒ０＝目的地址（ＳＤＲＡＭ的地址），ｒ１＝源地址（ｎａｎｄｆｌａｓｈ的地址），ｒ２＝复制的长度（以字节为单位）。（１０）跳到Ｓｔａｇｅ２阶段运行。亦即调用ｉｎｉｔ／ｍａｉｎ．ｃ中的ｍａｉｎ函数。Ｓｔａｇｅ２部分主要完成了开发板的初始化。主要包括内存映射和内３Ｖｉｖｉ汇编代码分析在系统加电后，通常ＣＰＵ都是从复位地址上取第一条指令。ＡＲＭ９核的ＣＰＵ都是从系统最低端，也就是０ｘ００００００００处来取第一条指令。在ＮａｎｄＦｌａｓｈ中，程序不能直接运行，Ｓ３Ｃ２４１０通过芯片内部一个４Ｋ大小的名字叫做Ｓｔｅｐｓｔｏｎｅ的Ｂｕｆｆｅｒ来实现。Ｖｉｖｉ在启动的时候先把自己在ｆｌａｓｈ中开始的前４Ｋ内容映射到Ｓｔｅｐｓｔｏｎｅ中，映射地址是０ｘ００００００００。［３］Ｂｏｏｔｌｏａｄｅｒ的第一条指令就放在这里。Ｖｉｖｉ代码是从异常向量表开始的。．ｔｅｘｔ／＊下面是代码段＊／ＥＮＴＲＹ（＿ｓｔａｒｔ）／＊文件ｖｉｖｉ／ｉｎｃｌｕｄｅ／ｌｉｎｋａｇｅ．ｈ里边的宏封装，程序默认入口点为＿ｓｔａｒｔ＊／ｂＲｅｓｅｔ／＊跳转到ｒｅｓｅｔ处执行＊／ｂＨａｎｄｌｅＵｎｄｅｆ／＊未定义的指令异常＊／ｂＨａｎｄｌｅＳＷＩ／＊软件中断异常＊／ｂＨａｎｄｌｅＰｒｅｆｅｔｃｈＡｂｏｒｔ／＊内存操作异常＊／ｂＨａｎｄｌｅＤａｔａＡｂｏｒｔ／＊数据异常＊／ｂＨａｎｄｌｅＮｏｔＵｓｅｄ／＊未使用＊／ｂＨａｎｄｌｅＩＲＱ／＊慢速中断处理＊／ｂＨａｎｄｌｅＦＩＱ／＊快速中断处理＊／ …… Ｒｅｓｅｔ：／＊上电后，转到此处执行＊／ｍｏｖｒ１，＃０ｘ５３００００００／＊ＷＴＣＯＮ寄存器地址是０ｘ５３００００００＊／ｍｏｖｒ２，＃０ｘ０／＊ＷＴＣＯＮ寄存器清０，禁止看门狗＊／ｓｔｒｒ２，［ｒ１］ …… ｍｏｖｒ１，＃０ｘ５６００００００／＊ＧＰＡＣＯＮ寄存器地址是０ｘ５６００００００＊／ｍｏｖｒ２，＃０ｘ０００００００５ｓｔｒｒ２，［ｒ１，＃０ｘ７０］／＊配置ＧＰＨＣＯＮ寄存器＊／ｍｏｖｒ２，＃０ｘ０００００００１ｓｔｒｒ２，［ｒ１，＃０ｘ７８］／＊配置ＧＰＨＵＰ寄存器＊／ｍｏｖｒ２，＃０ｘ０００００００１ｓｔｒｒ２，［ｒ１，＃０ｘ７４］／＊配置ＧＰＨＤＡＴ寄存器＊／ｍｏｖｒ１，＃ＩＮＴ＿ＣＴＬ＿ＢＡＳＥｍｏｖｒ２，＃０ｘｆｆｆｆｆｆｆｆｓｔｒｒ２，［ｒ１，＃ｏＩＮＴＭＳＫ］／＊关闭所有中断＊／ｌｄｒｒ２，＝０ｘ７ｆｆｓｔｒｒ２，［ｒ１，＃ｏＩＮＴＳＵＢＭＳＫ］／＊设置次级中断屏蔽寄存器＊／ｍｏｖｒ１，＃ＣＬＫ＿ＣＴＬ＿ＢＡＳＥｍｖｎｒ２，＃０ｘｆｆ００００００／＊Ｓ３Ｃ２４１０ＣＰＵ默认的工作主频为１２ＭＨｚ，使用ＰＬＬ电路可以产生更高的主频供ＣＰＵ及外围器件使用。Ｓ３Ｃ２４１０有两个ＰＬＬ：ＭＰＬＬ和ＵＰＬＬ，ＵＰＬＬ专用于ＵＳＢ设备；ＭＰＬＬ用于ＣＰＵ及其它外围器件。通过ＭＰＬＬ会产生三个部分的时钟频率：ＦＣＬＫ、ＨＣＬＫ、ＰＬＣＫ。ＦＣＬＫ用于ＣＰＵ核，ＨＣＬＫ用于ＡＨＢ总线的设备（比如ＳＤＲＡＭ），ＰＣＬＫ用于ＡＰＢ总线的设备（比如ＵＡＲＴ）［４］。＊／ｓｔｒｒ２，［ｒ１，＃ｏＬＯＣＫＴＩＭＥ］／＊初始化系统时钟＊／ｍｖｎｒ２，＃０ｘｆｆ００００００ｍｏｖｒ１，＃ＣＬＫ＿ＣＴＬ＿ＢＡＳＥ／＊ＣＬＫＤＩＶＮ用来设置ＦＣＬＫ：ＨＣＬＫ：ＰＣＬＫ的比例关系，这里ｍｏｖｒ２，＃０ｘ３／＊设置为０ｘ０３，即ＦＣＬＫ：ＨＣＬＫ：ＰＣＬＫ＝１：２：４＊／ｓｔｒｒ２，［ｒ１，＃ｏＣＬＫＤＩＶＮ］ｍｒｃｐ１５，０，ｒ１，ｃ１，ｃ０，０／＊读控制寄存器的值到ｒ１＊／ｏｒｒｒ１，ｒ１，＃０ｘｃ０００００００／＊将ｒ１最高两位置１＊／ｍｃｒｐ１５，０，ｒ１，ｃ１，ｃ０，０／＊将ｒ１的值回写控制寄存器＊／ｍｏｖｒ１，＃ＣＬＫ＿ＣＴＬ＿ＢＡＳＥｌｄｒｒ２，ｍｐｌｌ＿２００ｍｈｚｓｔｒｒ２，［ｒ１，＃ｏＭＰＬＬＣＯＮ］／＊ＣＰＵ的频率是２００ＭＨｚ＊／／＊对于ＭＰＬＬＣＯＮ寄存器，［１９：１２］为ＭＤＩＶ，［９：４］为ＰＤＩＶ，［１：０］为ＭＰＬＬ。（ＦＣＬＫ）＝（ｍ＊Ｆｉｎ）／（ｐ＊２＾ｓ）其中：ｍ＝ＭＤＩＶ＋８，ｐ＝ＰＤＩＶ＋２。Ｆｉｎ即默认输入的时钟频率１２ＭＨｚ［４］＊／ …… ｂｌｍｅｍｓｅｔｕｐ／＊跳转到ｍｅｍｓｅｔｕｐ函数＊／ＥＮＴＲＹ（ｍｅｍｓｅｔｕｐ）／＊ｍｅｍｓｅｔｕｐ函数实现，初始化内存控制寄存器湖南工学院计算机科学系常赟杰罗丹霞［摘要］Ｂｏｏｔｌｏａｄｅｒ是系统加电后运行的第一段代码，其作用是对操作系统的引导和加载内核。设计一个功能强大的Ｂｏｏｔｌｏａｄｅｒ比较困难，但是研究通用开源代码的Ｂｏｏｔｌｏａｄｅｒ有着十分重要的借鉴意义。本文着重介绍了启动程序对硬件的初始化过程，并结合代码详细分析介绍了Ｖｉｖｉ的启动流程。［关键词］Ｖｉｖｉ启动引导程序ＡＲＭ

STM32_bootloader流程解析

STM32 bootloader 流程解析 stm32在内部有硬件bootloader，但那是在生产烧录时使用的。 stm32在flash开头的4K程序空间是可以设置成防擦除的，是天生的bootloader存放区。我的思想是在开头的4K空间（0x8000000-0x8000FFF)放置一个独立程序，主程序编译地址放在0x8001000后端。上电时，bootloader程序先判断是否满足升级条件（IO电平判断），然后选择是循环等待升级，或者直接跳转到主程序区。现给出流程如下，大家可交流探讨。 BOOT流程.JPG (11.13 KB) boot程序流程程序流程详细.JPG (35.79 KB) 程序详细流程

说的太过简单笼统了, 经过一个来星期的调试,总算完成了这个东西.. 调试中发现一个问题,在已经开始执行BOOT程序之后,再进行切换到应用程序时,有些中断会出问题. 而在BOOT启动时(所有软硬件操作都没开始)马上切换到应用程序就不会出问题.

一直没找到怎么解决. 最后只好把IAP程序和应用程序合在一起使用,在上电后的短时间内执行IAP,无响应就进入应用程序,没有所谓的BOOT区了. stm32在flash开头的4K程序空间是可以设置成防擦除的，是天生的bootloader存放区。我的思想是在开头的4K空间（0x8000000-0x8000FFF)放置一个独立程序，主程序编译地址放在0x8001000后端。楼主所说的stm32在flash开头的4K程序空间是可以设置成防擦除的，如何设置？而且主程序编译地址放在0x8001000后端，如何实现啊，望指教！！！我最近也在做类似的事情，但是在跳转到功能程序出问题了。功能程序应该如何设置？如果一个程序不从默认的Flash地址开始存储，需要设置哪些东西，在Keil 开发环境中。谢谢！

bootloader概述

对于嵌入式系统工作过一段时间的人来说，Bootloader应该是一个不算陌生的概念。对于linux的系统来说，从软件角度通常分成4层： ●Bootloader ●Linux内核 ●文件系统 ●用户应用程序 1. Bootloader概念 Bootloader是处理从系统开机初始化硬件开始直到启动操作系统内核这段过程的一段程序，是系统中最早运行的程序，和硬件有很大的相关性。从CPU的角度来说，上电后并非立刻就可以运行操作系统的，系统的相关硬件必须初始化（CPU工作模式的设置，内存初始化，关中断，关闭MMU/Cache等等等等），根据当前硬件条件判定当前是启动模式还是下载模式，然后走相应的功能分支。所以一句话概括bootloader的工作——初始化系统的软硬件环境，使之满足操作系统的运行条件。当把一切软硬件环境都配置好之后，系统的

控制权才会交给OS的内核，这个时候Bootloader就功成身退了。由于涉及到针对底层硬件的操作，所以很多代码会用汇编语言编写，也需要对系统硬件的工作有一个正确的完整的认识，这样对工程师的要求自然就高了。同时，Bootloader的可移植性就不会太好。 Bootloader有单阶段的也有多阶段的，目前比较多的是采用2个阶段，stage1和stage2。stage1一般都由汇编码编写，stage2一般由C语言编写. 大多数Bootloader都包含两种不同的操作模式： ●启动加载模式：这种模式也称自主模式，在这个模式下bootloader 从某个存储设备上加载操作系统到RAM，用户不需要介入这个过程 ●下载模式：这种模式下bootloader将通过串口/USB/网络等等手段从主机下载文件，写入存储设备。现在的Android智能机就是一个很典型的例子，平时开机用户不需要介入，属于正常的启动加载模式，当用户刷机时显然就变成了下载模式。 2. 常见的Bootloader ●U-boot 这是现在使用最多的bootloader之一，是sourceforge上的一个开源项

U-Boot启动过程--详细版的完全分析

(一)U-Boot启动过程--详细版的完全分析我们知道，bootloader是系统上电后最初加载运行的代码。它提供了处理器上电复位后最开始需要执行的初始化代码。在PC机上引导程序一般由BIOS开始执行，然后读取硬盘中位于MBR(Main Boot Record，主引导记录)中的Bootloader(例如LILO或GRUB),并进一步引导操作系统的启动。然而在嵌入式系统中通常没有像BIOS那样的固件程序，因此整个系统的加载启动就完全由bootloader来完成。它主要的功能是加载与引导内核映像一个嵌入式的存储设备通过通常包括四个分区：第一分区：存放的当然是u-boot 第二个分区：存放着u-boot要传给系统内核的参数第三个分区：是系统内核（kernel）第四个分区：则是根文件系统如下图所示： u-boot是一种普遍用于嵌入式系统中的Bootloader。 Bootloader介绍 Bootloader是进行嵌入式开发必然会接触的一个概念，它是嵌入式学院<嵌入式工程师职业培训班>二期课程中嵌入式linux系统开发方面的重要内容。本篇文章主要讲解Bootloader 的基本概念以及内部原理，这部分内容的掌握将对嵌入式linux系统开发的学习非常有帮助！Bootloader的定义：Bootloader是在操作系统运行之前执行的一小段程序，通过这一小段程序，我们可以初始化硬件设备、建立内存空间的映射表，从而建立适当的系统软硬件环境，为最终调用操作系统内核做好准备。意思就是说如果我们要想让一个操作系统在我们的板子上运转起来，我们就必须首先对我们的板子进行一些基本配置和初始化，然后才可以将操作系统引导进来运行。具体在Bootloader中完成了哪些操作我们会在后面分析到，这里我们先来回忆一下PC的体系结构：PC机中的引导加载程序是由BIOS和位于硬盘MBR中的OS Boot Loader（比如LILO和GRUB等）一起组成的，BIOS在完成硬件检测和资源分配后，将硬盘MBR中的Boot Loader读到系统的RAM中，然后将控制权交给OS Boot Loader。Boot Loader的主要运行任务就是将内核映象从硬盘上读到RAM中，然后跳转到内核的入

bootloader启动流程

MSM8909+Android5.1.1启动流程概述 PBL：APPS PBL(ApplicationPrimary Boot Loader)，主引导加载程序 RPM：ResourcePower Manager，资源电源管理器 RPM（ResourcePower Manager）是高通MSM平台另外加的一块芯片，虽然与AP芯片打包在一起，但其是一个独立的ARM Core。之所以加这个东西，就是要控制整个电源相关的shared resources，比如ldo，clock。负责与SMP,MPM交互进入睡眠或者唤醒整个系统。 L2 TCM：Tightly-CoupledMemory，紧耦合内存 Some ARM SoC:s have a so-called TCM(Tightly-Coupled Memory). This is usually just a few (4-64) KiB of RAM insidethe ARM processor. Due to being embedded inside the CPU TheTCM has a Harvard-architecture, so there is an ITCM (instruction TCM) and aDTCM (data TCM). The DTCM can not contain any instructions, but the ITCM canactually contain data. CDT: Configuration Data Table，包含CDB0: platform info信息和CDB1: DDR配置参数。TZ: PIL：Peripheralimage loader MBA:Modem Boot Authenticator，调制解调器引导认证 HLOS：High-leveloperation system，高级操作系统 Pronto image: SMEM : shared memory RPC : remote procedure call QCSBL : qualcomm second bootloader OEMSBL : oem second bootloader AMSS : Advanced Mobile Subscriber Software SDI : System Debug Image QSEE : Qualcomm Secure Execution Environment TZBSP : TrustZone BSP SBL1：ScondaryBoot Loader Stage1 MSS：MobileSubscriber Software移动用户软件在ARM的集成开发环境中，只读的代码段和常量被称作RO段(ReadOnly)；可读写的全局变量和静态变量被称作RW段(ReadWrite)；RW段中要被初始化为零的变量被称为ZI段(ZeroInit)