ARM体系架构下的linux启动之一,从bootloader到linux内核
ARM体系架构下的linux启动之一，从bootloader到
linux内核
1. bootloader 的启动bootloader 本身叫做嵌入式系统的引导程序。但是，它支持X86,MIPS,PowerPC,ARM 等多种体系架构。对于操作系统的启动来讲，当机器开始上电时，首先加载bootloader，它用来完成最基本的硬件的初始化，
然后加载Linux 内核。
用于ARM 的bootloader 一般为U-BOOT，用它来完成对linux 内核的加载
设置，一般bootloader 烧写在开发板的Flash 里，包括Nor Flash 或Nand Flash，其中由于NorFlash 支持芯片内执行XIP(eXcute In Place)，代码可以直接在FLASH 上执行，而NandFlash 需要把代码拷到RAM 中再去执行。但是
RAM 的处理速度比Flash 的处理速度要快得多，一般仍然把代码放在RAM 中
执行。
一般的bootloader 需要完成以下五种功能：
1)RAM 的初始化：为调用linux 内核做准备。
2)串口的初始化：由于一般的嵌入式系统开发板上没有视频终端，只能用串
口进行开发，串口的初始化非常重要。
3)检测处理器类型：用来预处理加载内核的处理器类型的传递工作。
4)设置Linux 的启动参数：包括加载地址，启动方式（从本地分区或NFS 进
行根文件系统加载），以及Linux 根文件系统
的加载方式。通常用一个标记列表来记录linux 内核启动的各个参数。
5)调用linux 内核镜像：此时ARM 的处理器中的几个特殊的寄存器值：
r0=0,r1=处理器类型,r2=标记列表在RAM 中的位置。
2. linux kernel 的启动分析
阐述对BootLoader的理解和分析
` 物理与电子工程学院 《嵌入式系统设计》 设计性实验报告 题目阐述对BootLoader的理解和分析 系别 年级专业 班级学号 学生姓名 指导教师 实验时间
目录 课题要求 ................................................................ 错误！未定义书签。 1.本课题的目的.............................. 错误！未定义书签。 2.运行环境.................................. 错误！未定义书签。正文 . (2) 一.BootLoad简介 (2) 二．系统设计 (5) 三.技术实现问题 (7) 四.总结与体会 (8) 设计性实验报告成绩：指导教师签名： (10)
摘要 在嵌入式系统中，由于不具有自举开发的能力，其BootLoader除了引导操作系统之外，还要担负辅助开发的责任，如与主机通信、与用户交互、更新系统等功能。 虽然嵌入式系统不可能实现通用的BootLoader，但是各系统的BootLoader依然具有一定的相同性，因此，嵌入式系统中常用的BootLoader也都具有可移植性，可以在大部分代码不更改的情况下，根据本系统的情况，通过修改具体硬件相关的代码并进行相应的配置来使用。 关键字：概述，作用，操作模式，分类，基本原理。 正文 一.BootLoad简介 1.1 BootLoader的概述 BootLoader是操作系统和硬件的纽带，它负责初始化硬件，引导操作系统内核，检测各种参数给操作系统内核使用。事实上，一个功能完备的大型BootLoader，就相当于一个小型的操作系统。在嵌入式领域中，操作系统移植的关键在于BootLoader的移植以及操作系统内核与硬件相关部分的移植。Bootloader是在操作系统运行之前执行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射表，从而将系统软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。通常，Bootloader是严重依赖于硬件而实现的，特别是在嵌入式世界里，嵌入式产品型号众多，硬件环境复杂，建立一个通用的Bootloader几乎是不可能的。尽管如此，仍然可以对Bootloader归纳出一些通用的概念来，以指导特定的Bootloader设计与实现。因此，正确进行Linux移植的条件是具备一个与Linux配套、易于使用的Bootloader，它能够正确完成硬件系统的初始化和Linux的引导。 Bootloader不但依赖于CPU的体系结构，而且依赖于嵌入式系统板级设备的配置。对于两块不同的嵌入式板而言，即使它们使用同一种处理器，要想让运行在一块板子上的Bootloader程序也能运行在另一块板子上，一般也都需要修改Bootloader的源程序。反过来，大部分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在运行过程中虽然具有初始化系统和执行用户输入的命令等作用，但它最根本
嵌入式Linux之我行——u-boot-2009_08在2440上的移植详解(六) - Bootloader移植篇 - hbhuanggang
嵌入式Linux之我行——u-boot-2009.08在2440上的移植 详解（六） 嵌入式Linux之我行，主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验， 二希望能给想入门嵌入式Linux的朋友提供方便。如有错误之处，谢请指正。 ?共享资源，欢迎转载：https://www.360docs.net/doc/4f8586242.html, 一、移植环境 ?主机：VMWare--Fedora 9 ?开发板：Mini2440--64MB Nand,Kernel:2.6.30.4 ?编译器：arm-linux-gcc-4.3.2.tgz ?u-boot：u-boot-2009.08.tar.bz2 二、移植步骤 上接：u-boot-2009.08在2440上的移植详解（五） 10）u-boot利用tftp服务下载内核和利用nfs服务挂载nfs文件系统。 知识点： 1.tftp服务的安装与配置及测试； 2.nfs服务的安装与配置及测试； 3.u-boot到kernel的参数传递(重点)。 我们知道使用tftp下载内核和使用nfs挂载文件系统的好处是，当我们重新编译内核或文件系 统后不用重新把这些镜像文件再烧录到flash上，而是把这些镜像文件放到开发主机的tftp或nfs 服务的主目录下，通过网络来加载他们，不用频繁的往flash上烧，这样一可以保护flash的使用 寿命，二可以方便的调试内核或文件系统，提高开发效率。可见，让u-boot实现这个功能是一件很有意义的事情。 实现这样的功能很简单，网上也有很多资料。但有很多细节的东西如果稍不注意就导致失败，这里就结合本人实现的过程进行讲述和一些问题的分析。 ?tftp服务的安装与配置及测试 要使用tftp服务及测试它要安装两个软件包，一个就是tftp服务器，另外一个就是tftp客户端，这里安装客户端只是用于在主机本地测试tftp服务器是否正常运行的，来确保u-boot能够访 问tftp服务(u-boot中已有tftp客户端的功能，其实在前面几篇中都已经使用了tftp下载内核或 文件系统到开发板上，如果那里都做到了，这里就可以直接跳过)。 首先使用rpm命令查看你的主机上是否已经安装了tftp服务器和客户端，如果没有安装就去下 载这两个软件包进行安装或者可以使用yum命令进行在线安装，yum会自动的去搜索适合你主机平 台的最新软件包进行下载安装，如果主机已经安装了，则会提示软件包已经安装了最新的版本。如 下图所示：
linux内核启动 Android系统启动过程详解
linux内核启动+Android系统启动过程详解 第一部分：汇编部分 Linux启动之 linux-rk3288-tchip/kernel/arch/arm/boot/compressed/ head.S分析这段代码是linux boot后执行的第一个程序，完成的主要工作是解压内核，然后跳转到相关执行地址。这部分代码在做驱动开发时不需要改动，但分析其执行流程对是理解android的第一步 开头有一段宏定义这是gnu arm汇编的宏定义。关于GUN 的汇编和其他编译器，在指令语法上有很大差别，具体可查询相关GUN汇编语法了解 另外此段代码必须不能包括重定位部分。因为这时一开始必须要立即运行的。所谓重定位，比如当编译时某个文件用到外部符号是用动态链接库的方式，那么该文件生成的目标文件将包含重定位信息，在加载时需要重定位该符号，否则执行时将因找不到地址而出错 #ifdef DEBUG//开始是调试用，主要是一些打印输出函数，不用关心 #if defined(CONFIG_DEBUG_ICEDCC)
……具体代码略 #endif 宏定义结束之后定义了一个段， .section ".start", #alloc, #execinstr 这个段的段名是 .start，#alloc表示Section contains allocated data, #execinstr表示Section contains executable instructions. 生成最终映像时，这段代码会放在最开头 .align start: .type start,#function /*.type指定start这个符号是函数类型*/ .rept 8 mov r0, r0 //将此命令重复8次，相当于nop，这里是为中断向量保存空间 .endr b 1f .word 0x016f2818 @ Magic numbers to help the loader
F BOOTROM引导模式和程序
28335使用串口烧写程序 串口烧写是一种相对较方便的烧写方式，相对于仿真器或是CAN烧写，相对于仿真器或是USB转CAN的设备，串口是一种非常廉价的烧写方式，而且也不需要安装专业的集成开发环境CCS等，但是不能实现在线调试，因此也只适用于程序基本不用再调整或大批量的场合。 F28335的存储器映射图如下：
BOOTROM 是一块8K X 16的只读存储器，位于地址空间0x3FE000~0x3FFFFF，片内BOOTROM在出厂时固化了引导加载程序以及定点和浮点数据表，片上BOOTROM的存储映射如下图所示： 1．内BOOT ROM数学表： 在BOOT ROM中保留了4K X 16位空间，用以存放浮点和IQ数据公式表，这些数据 公式表有助于改善性能和节省SARAM空间。 向量表： CPU向量表位于ROM存储器0x3FE000~0x3FFFFF段内，如下图所示。复位后，当VMAP=1，ENPIE=0（PIE向量表禁止）时，该向量表激活。
在内部BOOT ROM引导区中能够调用的唯一向量就是位于0x3FFFC0的复位向量。复位向量在出厂时被烧录为直接指向存储在BOOT ROM空间中的InitBoot函数，该函数用于开启引导过程。然后通过通用I/O引脚上的检验判断，决定具体引导模式。引导模式与控制引脚之间的关系如下图所示： Bootloader特性： Bootloader是位于片上引导ROM中的在复位后执行的程序，用于在上电复位后，将程序代码从外部源转移到内部存储器。这允许代码暂时存储在掉电不丢失数据的外部存储器内，然后被转移到高速存储器中执行。 引导ROM中的复位向量将程序执行重定向至InitBoot函数。执行器件初始化之后，bootloader将检查GPIO引脚的状态以确定您需要执行哪种引导模式。这些选项包括：跳转至闪存、跳转至SARAM、跳转至OTP或调用其中一个片上引导加载例程。
STM32的BOOT概述
STM32的BOOT概述 STM32 三种启动模式对应的存储介质均是芯片内置的，它们是：1）用户 闪存= 芯片内置的Flash。2）SRAM = 芯片内置的RAM 区，就是内存啦。3）系统存储器= 芯片内部一块特定的区域，芯片出厂时在这个区域预置了一段Bootloader，就是通常说的ISP 程序。这个区域的内容在芯片出厂后没有人 能够修改或擦除，即它是一个ROM 区。 在每个STM32 的芯片上都有两个管脚BOOT0 和BOOT1，这两个管脚在芯 片复位时的电平状态决定了芯片复位后从哪个区域开始执行程序，见下表：BOOT1=x BOOT0=0 从用户闪存启动，这是正常的工作模式。 BOOT1=0 BOOT0=1 从系统存储器启动，这种模式启动的程序功能由厂家设置。BOOT1=1 BOOT0=1 从内置SRAM 启动，这种模式可以用于调试。 在系统上电的时候，cpu 首先根据这两个脚来确定是哪种模式的启动，然后 就是把相应模式的起始地址映射到0 地址处，并从0 地址处开始执行。在芯片 出厂时，st 烧写了一个bootloader 到rom 中，也就是system memory。这个bootloader 的主要任务就是通过uart1 下载程序到内置flash 中去。工作流程如下：system memory boot 模式，在执行完成它的任务之后是必须要退出的。这个退出方式是通过一次硬件reset 来实现的。在reset 的时候，必须要配置BOOT[1:0]这两个脚以使cpu 在重启之后进入适当的模式。 要注意的是，一般不使用内置SRAM 启动(BOOT1=1 BOOT0=1)，因为SRAM 掉电后数据就丢失。多数情况下SRAM 只是在调试时使用，也可以做其他一些用途。如做故障的局部诊断，写一段小程序加载到SRAM 中诊断板上的 其他电路，或用此方法读写板上的Flash 或EEPROM 等。还可以通过这种方法解除内部Flash 的读写保护，当然解除读写保护的同时Flash 的内容也被自动清
三级嵌入式系统
三级嵌入式系统学习总结 一第一章 1.嵌入式系统概论 嵌入式系统中的软件一般都固化在只读存储器中，用户不能随意更改其中的程序功能。 嵌入式系统的逻辑组成：1）处理器2）存储器3）I/O设备与I/O接口4）数据总线5）软件 嵌入式处理芯片有四种类型：1）微处理器2）数字信号处理器3）微控制器（单片机）4）片上系统 微控制器MCU的低端产品并不会因为高端产品的出现而衰落 在32位MCU中，绝大多数使用RAM内核 EDA：电子设计自动化 IP核可以分为三种：软核、硬核、固核 2.嵌入式系统与数字媒体 计算机中常用的最广泛的西文字符及其编码是ASCII字符集和ASCII码，即美国标准信息交换码，共有128个字符，一个字符占一个字节。 我国目前广泛使用的汉字编码国家标准有GB2312和GB18030 GB2312只有6763个汉字，不够用 GB18030字符集与国际标准UCS/Unicode字符集基本兼容。GB18030采用不等长的编码方法，单字节编码表示ASCII码，双字节编码表示汉字，与GB2312保持向下兼容，四字节编码表示其他字符 Unicode最新版本是6.3。UCS/Unicode在计算机中具体实现时采用不同的编码方案，最常用的是UTF-8和UTF-16，UTF-8采用的是单字节可变长编码；UTF-16采用的是双字节可变长编码 文本的类型可以分为简单文本、丰富格式文本、超文本 图像的数据量=图像水平分辨率*图像垂直分辨率*像素深度/8（像素深度指的是每个像素用多少个二进制数来表示） 数字视频的数据量非常大，在进行传输时必须进行压缩，压缩编码标准是国际标准化组织（ISO）制定的，其名称为MPEG。 无线局域网采用的协议主要是IEEE 802.11（俗称WIFI） 3.数字通信与计算机网络 微波是一种300MHz-300GHz的电磁波 计算机网络的组成：1）计算机等智能电子设备2）数据通信链路3）通信协议4）网络软件 以太局域网： 1）发送数据设备必须把要传输的数据分成小块（帧）进行传输，一次只能传输1帧； 2）局域网中的每一个终端都有自己唯一的标识，称为物理地址或MAC地址，在发送的每一帧数据中，必须包含自己的MAC地址和接收终端的MAC地址 3）IP协议定义了主机的概念，所有主机及使用一种统一格式的地址标识，称为IP地址。4）以太局域网大多是由集线器或者交换机组网 计算机网络的类型：1）局域网2）城域网2）广域网 IP地址分为A、B、C三类。 IP是由四段数字组成，共32位，8位一段。 A类IP段0.0.0.0 到127.255.255.255 (0段和127段不使用)
linux grub 引导启动过程详解
linux grub 引导启动过程详解 2008-01-08 17:18 这几天看了很多文档,算是对linux的启动过程有了比较细致的了解. 网上有很多文章谈到这方面的内容,但总觉得没有一篇完全的解析linux启动的 细节,下面是我小弟在学习的过程中总结出来的一些东东.这个是完整的linux启动过程, 不涉及内核,但是我觉得比较详细哦. (由于本人比较懒,这一段是从网上抄的) 机器加电启动后,BIOS开始检测系统参数,如内存的大小,日期和时间,磁盘 设备以及这些磁盘设备用来引导的顺序,通常情况下，BIOS都是被配置成首先检查 软驱或者光驱（或两者都检查），然后再尝试从硬盘引导。如果在这些可移动的设 备中，没有找到可引导的介质，那么BIOS通常是转向第一块硬盘最初的几个扇区， 寻找用于装载操作系统的指令。装载操作系统的这个程序就是boot loader. linux里面的boot loader通常是lilo或者grub,从Red Hat Linux 7.2起，GRUB( GRand Unified Bootloader)取代LILO成为了默认的启动装载程序。那么启动的时候grub是如何被载入的呢 grub有几个重要的文件,stage1,stage2,有的时候需要stage1.5.这些文件一般都 在/boot/grub文件夹下面.grub被载入通常包括以下几个步骤: 1. 装载基本的引导装载程序(stage1),stage1很小,网上说是512字节,但是在我的系统上用du -b /boot/grub/stage1 显示的是1024个字节,不知道是不是grub版本不同的缘故还是我理解有误.stage1通常位于主引导扇区里面,对于硬盘就是MBR了,stage1的主要功能就是装载第二引导程序(stage2).这主要是归结于在主引导扇区中没有足够的空间用于其他东西了,我用的是grub 0.93,stage2文件的大小是107520 bit. 2. 装载第二引导装载程序(stage2),这第二引导装载程序实际上是引出更高级的功能, 以允许用户装载入一个特定的操作系统。在GRUB中，这步是让用户显示一个菜单或是输入命令。由于stage2很大,所以它一般位于文件系统之中(通常是boot所在的根 分区). 上面还提到了stage1.5这个文件,它的作用是什么呢你到/boot/grub目录下看看, fat_stage_1.5 e2fs_stage_1.5 xfs_stage_1.5等等,很容易猜想stage1.5和文件系统 有关系.有时候基本引导装载程序(stage1)不能识别stage2所在的文件系统分区,那么这 时候就需要stage1.5来连接stage1和stage2了.因此对于不同的文件系统就会有不同的stage1.5.但是对于grub 0.93好像stage1.5并不是很重要,因为我试过了,在没有stage1.5 的情况下, 我把stage1安装在软盘的引导扇区内,然后把stage2放在格式化成ext2或者fat格式的软盘内,启动的时候照常引导,并不需要e2fs_stage_1.5或者fat_stage_1.5. 下面是我的试验: #mkfs.ext2 /dev/fd0 #mount -t ext2 /dev/fd0 /mnt/floppy #cd /mnt/floppy #mkdir boot #cd boot #mkdir grub (以上三步可用mkdir -p boot/grub命令完成) #cd grub #cp /boot/grub/{stage1,stage2,grub.conf} ./ #cd; umount /mnt/floppy
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)
嵌入式系统BOOTLOADER的设计与实现
复旦大学 硕士学位论文 嵌入式系统BOOTLOADER的设计与实现 姓名：朱晶 申请学位级别：硕士 专业：计算机应用技术 指导教师：涂时亮 20040427
摘要ｙ－ 一 ６５１８３０ 嵌入式系统是把计算机直接嵌入到应用系统中，它融合了计算机软硬件技术，通信技术和半导体微电子技术，嵌入式设备已经越来越多地应用在现代人的工作和生活中，它在当今的应用正变得越来越广泛。ＢＯＯＴＬＯＡＤＥＲ作为嵌入式系统软件的重要组成部分，对它的研究和实现无疑也具有重要的现实意义。 本文首先对嵌入式系统ＢＯＯＴＬＯＡＤＥＲ的特点和作用进行了介绍。然后从嵌入式系统的角度对如何实现ＢＯＯＴＬＯＡＤＥＲ进行了比较全面的分析。 本文对嵌入式系统的硬件初始化，串ｕ驱动及传输协议，网口驱动及传输协议，ＵＳＢ驱动及传输协议，ＦＬＡＳＨ的驱动等等都做了比较洋细的分析。并结合ＥＶ４４８０丌发板，给出了实现的具体细节。 最后，对已经实现的ＢＯＯＴＬＯＡＤＥＲ进行了测试和评估，并就今后的改进方向提出了自己的意见。 关键字：嵌入式系统；ＢＯＯＴＬＯＡＤＥＲ；ＵＣＬＩＮＵＸ
Ａｂｓｔｒａｃｔ Ｖｉｒｔｕａｌｌｙｅｖｅｒｙｅｌｅｃｔｒｏｎｉｃｄｅｖｉｃｅｄｅｓｉｇｎｅｄａｎｄｍａｎｕｆａｃｔｕｒｅｄｔｏｄａｙｉｓａｌｌｅｍｂｅｄｄｅｄｓｙｓｔｅｍ．Ｂｒｉｅｆｌｙ，ＢＯＯＴＬＯＡＤＥＲｉｓｔｈｅｆｉｒｓｔｓｏｆｔｗａｒｅｐｒｏｇｒａｍｔｈａｔｒｕｎｓｗｈｅｎａｃｏｍｐｕｔｅｒｓｔａｒｔｓ．Ｉｔｉｓｒｅｓｐｏｎｓｉｂｌｅｆｏｒｌｏａｄｉｎｇａｎｄｔｒａｎｓｆｅｒｒｉｎｇｃｏｎｔｒｏｌｔｏｔｈｅｏｐｅｒａｔｉｎｇｓｙｓｔｅｍｋｅｒｎｅｌｓｏｆｔｗａｒｅ．ＴｈｉｓｅｓｓａｙｉｎｔｒｏｄｕｃｅｓｈｏｗｔｏｄｅｓｉｇｎＢＯＯＴＬＯＡＤＥＲｉｎａｎｅｍｂｅｄｄｅｄｓｙｓｔｅｍ． ＦｉｒｓｔｔｈｅｐａｐｅｒｉｎｔｒｏｄｕｃｅｓｔｈｅｆｅａｔｕｒｅｓａｎｄｔｈｎｃｔｉｏｎｏｆＢＯＯＴＬＯＡＤＥＲ，ｔｈｅｎｉｎｄｅｔａｉｌａｎａｌｙｚｅｓＢＯＯＴＬＯＡＤＥＲｆｒｏｍｖｉｅｗｏｆｅｍｂｅｄｄｅｄｆｉｅｌｄ，ａｎｄｂｒｉｎｇｓｕｐａｓｙｓｔｅｍｍｏｄｅｌｏｆＢＯＯＴＬＯＡＤＥＲ． Ｉｎｔｈｉｓｐａｐｅｒ，ｉｔａｌｓｏｈａｖｅａｄｅｔａｉｌｒｅｓｅａｒｃｈｏｎｓｏｍｅｐａｒｔｏｆＢＯＯＴＬＯＡＤＥＲ，ｓｕｃｈａｓｈａｒｄｗａｒｅｉｎｉｔｉａｌ，ＵＡＲＴｄｒｉｖｅｒａｎｄｔｒａｎｓｆｅｒｐｒｏｔｏｃａｉ，ｌａｎｃａｒｄｄｒｉｖｅｒａｎｄｔｆｌｐ／ｉｐｐｒｏｔｏｃａｉ，ＵＳＢｄｒｉｖｅｒａｎｄｔｒａｎｓｆｅｒｐｒｏｔｏｃａｌ，ＦＬＡＳＨｄｒｉｖｅｒｅｔｃ． Ｆｉｎａｌｌｙ，ｔｈｉｓｐａｐｅｒｉｍｐｌｅｍｅｎｔｓａｎｄｔｅｓｔｓＢＯＯＴＬＯＡＤＥＲｉｎＥＶ４４８０ｅｖａｌｕａｔｉｏｎｂｏａｒｄ，ｔｈｅｎｂｒｉｎｇｓｕｐｓｏｒｔｉｅａｄｖｉｃｅｏｎｔｈｅｉｍｐｒｏｖｅｍｅｎｔｉｎｔｈｅｆｕｔｕｒｅ． Ｋｅｙｗｏｒｄ：ＢＯＯＴＬＯＡＤＥＲ，ｅｍｂｅｄｄｅｄｓｙｓｔｅｍ，ＵＣＬＩＮＵＸ
Linux内核启动流程分析(一)
很久以前分析的，一直在电脑的一个角落，今天发现贴出来和大家分享下。由于是word直接粘过来的有点乱，敬请谅解！ S3C2410 Linux 2.6.35.7启动分析(第一阶段) arm linux 内核生成过程 1. 依据arch/arm/kernel/vmlinux.lds 生成linux内核源码根目录下的vmlinux，这个vmlinux属于未压缩， 带调试信息、符号表的最初的内核，大小约23MB； 命令：arm-linux-gnu-ld -o vmlinux -T arch/arm/kernel/vmlinux.lds arch/arm/kernel/head.o init/built-in.o --start-group arch/arm/mach-s3c2410/built-in.o kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o drivers/built-in.o net/built-in.o --end-group .tmp_kallsyms2.o 2. 将上面的vmlinux去除调试信息、注释、符号表等内容，生成arch/arm/boot/Image，这是不带多余信息的linux内核，Image的大小约 3.2MB； 命令:arm-linux-gnu-objcopy -O binary -S vmlinux arch/arm/boot/Image 3.将 arch/arm/boot/Image 用gzip -9 压缩生成arch/arm/boot/compressed/piggy.gz大小约 1.5MB；命令:gzip -f -9 < arch/arm/boot/compressed/../Image > arch/arm/boot/compressed/piggy.gz 4. 编译arch/arm/boot/compressed/piggy.S 生成arch/arm/boot/compressed/piggy.o大小约1.5MB，这里实 际上是将piggy.gz通过piggy.S编译进piggy.o文件中。而piggy.S文件仅有6行，只是包含了文件piggy.gz; 命令:arm-linux-gnu-gcc -o arch/arm/boot/compressed/piggy.o arch/arm/boot/compressed/piggy.S 5. 依据arch/arm/boot/compressed/vmlinux.lds 将arch/arm/boot/compressed/目录下的文件head.o 、piggy.o 、misc.o链接生成arch/arm/boot/compressed/vmlinux，这个vmlinux是经过压缩且含有自解压代码的内核, 大小约1.5MB; 命 令:arm-linux-gnu-ld zreladdr=0x30008000 params_phys=0x30000100 -T arch/arm/boot/compressed/vmlinux.lds a rch/arm/boot/compressed/head.o arch/arm/boot/compressed/piggy.o arch/arm/boot/compressed/misc.o -o arch/arm /boot/compressed/vmlinux
AN945 EFM8 Factory Bootloader用户指南中文版
AN945：EFM8 Factory Bootloader用户指南 本文档介绍了工厂编程的引导加载程序可用于EFM8设备。除了描述引导程序的功能，本文档还详细介绍了如何使用引导加载程序并更新Bootloader固件源代码或python主机软件，如果需要定制。 关键点 EFM8工厂编程的引导加载程序提供基本的生产编程或现场更新支持。?主机端都提供源代码python工具和bootloader 件来启用自定义。
1介绍 EFM8设备在工厂中使用引导加载程序进行编程。此引导程序启用： 1. 生产编程- 可以在生产环境中对设备进行编程，而无需使用调试接口需要PCB上的接入点和调试适配器。 2. 2.现场更新- 可以在现场的设备上发布更新，无需最终用户访问调试引脚或使用调试适配器硬件。 引导加载程序主要用于具有最小功能集的生产编程，但也可用于现场更新。因为几个EFM8变体可以有2 KB的闪存，引导程序的设计尽可能小。例如，UART和SMBus版本消耗单个512闪存页面，USB版本消耗1.5 KB闪存。另外，bootloader通常位于代码安全页面中，以使引导程序能够写入和擦除锁定的应用程序空间。更多信息在每个设备上的引导加载程序放置位置可以在设备数据手册或参考手册中找到。 22. USB或UART引导加载程序入门 这些步骤假定使用入门套件。使用自定义硬件时，步骤相同。 这些步骤还假设应用笔记zip文件已经下载到PC，或者使用Simplicity访问文件 工作室。应用程序zip文件可以在Silicon Labs网站（https://www.360docs.net/doc/4f8586242.html,/8bit-appnotes）上找到。 ?将Bootloader下载到设备 如果引导加载程序尚未在设备上，请使用Simplicity Studio将Bootloader下载到设备，并按以下步骤操作。 日期代码在设备勘误表中列出的日期之后的顶部标记的设备可以支持引导加载程序并可能具有 bootloader预装。在此之前的日期代码的设备将不能与引导程序一起使用。 ?打开Simplicity Studio。 ?将入门工具包连接到PC。 ?将套件开关移动到[AEM]位置。 ?单击Simplicity Studio左窗格中的[Refresh detected hardware]按钮。该套件应显示在[Detected Hardware] 区。 ?单击工具包，然后单击Simplicity Studio的[tool]区域中的[Flash Programmer]图块。 ?单击[Erase]按钮。 ?单击[Browse]按钮，导航到套件设备的预编译引导加载程序十六进制文件，单击[Open]，然后单击[Program]。
嵌入式linux系统地启动过程
一、分析嵌入式系统的启动过程 嵌入式系统的启动过程： 上电------->u-boot------->加载Linux内核------->挂载rootfs ---->执行应用程序 二、分析u-boot 1.什么是u-boot（是一个通用的bootloader） U-Boot，全称Universal Boot Loader，是遵循GPL条款的开放源码项目。 Universal ----------->通用的 Boot ----------------->启动，引导 Loader ----------------->加载 通用------->支持多种架构的CPU,除了支持ARM系列的处理器外，还能支持MIPS、x86、Power PC、NIOS等诸多常用系列的处理器 ------->支持多种厂家的开发板，如cortex-A8，cortex-A9，cortex-A53等不同厂 家的开发板 ------->支持多种嵌入式操作系统，U-Boot不仅仅支持嵌入式Linux系统的引导，它还支持Net BSD, Vx Works, QNX, RTEMS, ARTOS, Lynx OS, android 嵌入式操作系统。 Boot -------->完成硬件的初始化，启动硬件平台。 Loader ------->当初始化硬件结束后，加载操作系统。 2.u-boot的作用 大多数BootLoader都分为stage1和stage2两大部分，U-boot也不例外。依赖于cpu体系结构的代码（如设备初始化代码等）通常都放在stage1且可以用汇编语言来实现，而stage2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。 （1）Stage1：CPU（S5P6818-->Cortex-A53）的初始化,使用汇编语言编写。 如：初始化Cache、MMU、clock、中断、看门狗、DDR3、eMMC、... （2）Stage2：板级初始化，使用C语言编写。 如：uart、网卡、usb、LCD、.... （3）提供了一些工具，如进入uboot的命令行模式，使用u-boot命令 （4）加载操作系统 3.U-boot的工作模式 U-Boot的工作模式有启动加载模式和下载模式。
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程序。
ARMLinux启动过程分析_百度文库.
ARM Linux启动过程分析 一个嵌入式Linux 系统从软件角度看可以分为四个部分[1]：引导加载程序（bootloader），Linux 内核，文件系统，应用程序。 其中 bootloader是系统启动或复位以后执行的第一段代码，它主要用来初始化处理器及外设，然后调用 Linux 内核。Linux 内核在完成系统的初始化之后需要挂载某个文件系统做为根文件系统（Root Filesystem）。根文件系统是 Linux 系统的核心组成部分，它可以做为Linux 系统中文件和数据的存储区域，通常它还包括系统配置文件和运行应用软件所需要的库。应用程序可以说是嵌入式系统的“灵魂”，它所实现的功能通常就是设计该嵌入式系统所要达到的目标。如果没有应用程序的支持，任何硬件上设计精良的嵌入式系统都没有实用意义。 从以上分析我们可以看出bootloader 和Linux 内核在嵌入式系统中的关系和作用。Bootloader在运行过程中虽然具有初始化系统和执行用户输入的命令等作用，但它最根本的功能就是为了启动 Linux 内核。在嵌入式系统开发的过程中，很大一部分精力都是花在bootloader 和 Linux 内核的开发或移植上。如果能清楚的了解 bootloader 执行流程和 Linux的启动过程，将有助于明确开发过程中所需的工作，从而加速嵌入式系统的开发过程。而这正是本文的所要研究的内容。 2. Bootloader 2.1 Bootloader的概念和作用Bootloader是嵌入式系统的引导加载程序，它是系统上电后运行的第一段程序，其作用类似于 PC 机上的BIOS。在完成对系统的初始化任务之后，它会将非易失性存储器（通常是 Flash或 DOC 等）中的Linux 内核拷贝到 RAM 中去，然后跳转到内核的第一条指令处继续执行，从而启动 Linux 内核。由此可见，bootloader 和 Linux 内核有着密不可分的联系，要想清楚的了解 Linux内核的启动过程，我们必须先得认识bootloader的执行过程，这样才能对嵌入式系统的整个启过程有清晰的掌握。 2.2 Bootloader的执行过程不同的处理器上电或复位后执行的第一条指令地址并不相同，对于 ARM 处理器来说，该地址为 0x00000000。对于一般的嵌入式系统，通常把 Flash 等非易失性存储器映射到这个地址处，而 bootloader就位于该存储器的最前端，所以系统上电或复位后执行的第一段程序便是 bootloader。而因为存储 bootloader的存储器不同，bootloader的执行过程也并不相同，下面将具体分析。嵌入式系统中广泛采用的非易失性存储器通常是 Flash，而 Flash 又分为 Nor Flash 和Nand Flash 两种。它们之间的不同在于： Nor Flash 支持芯片内执行（XIP， eXecute In Place），这样代码可以在Flash上直接执行而不必拷贝到RAM中去执行。而Nand Flash并不支持XIP，所以要想执行 Nand Flash 上的代码，必须先将其拷贝到 RAM中去，然后跳到 RAM 中去执行。实际应用中的 bootloader根据所需功能的不同可以设计得很复杂，除完成基本的初始化系统和调用 Linux 内核等基本任务外，还可以执行很多用户输入的命令，比如设置 Linux 启动参数，给 Flash 分区等；也可以设计得很简单，只完成最基本的功能。但为了能达到启动Linux 内核的目的，所有的 bootloader都必须具备以下功能：BR> 1 初始化RAM 因为 Linux 内核一般都会在 RAM 中运行，所以在调用 Linux 内核之前 bootloader 必须设置和初始化 RAM，为调用
Linux 启动过程详解
Linux 启动过程详解 下面来详细了解一下Linux 的启动过程。Linux 的启动 过程包含了Linux 工作原理的精髓, 而且在嵌入式的开发过程也非常需要这方面知识的积累。 用户开机启动Linux 过程总体上是这样的: 首先当用户打开PC 的电源时,CPU 将自动进入实模式,并从地址0xFFFF0 开始自 动执行程序代码,这个地址通常是ROM-BIOS 中的地址。这时BIOS 进行开机自检,并 按BIOS 中设置的启动设备(通常是硬盘)进行启动,接着启动设备上安装的引导程序 lilo 或grub 开始引导Linux(也就是启动设备的第一个扇区) ,这时,Linux 才获得了启 动权。 接下来的第二阶段,Linux 首先进行内核的引导,主要完成磁盘引导、读取机器系统数 据、实模式和保护模式的切换、加载数据段寄存器以及重置中断描述符表等。 第三阶段执行init 程序(也就是系统初始化工作) init 程序调用了rc.sysinit 和rc 等程序, 而rc.sysinit 和rc 在完成系统初始化和运行服务的任务后,返回init。 之后的第四阶段,init 启动mingetty,打开终端供用户登录系统,用户登录成功后进入了Shell,这样就完成了从开机到登录的整个启动过程。 Linux 启动总体流程图如图所示, 其中的4 个阶段分别由同步棒隔开。由于第一阶段 不涉及Linux 自身的启动过程,因此,下面分别对第二和第三阶段进行详细讲解。 内核引导阶段 2.2.2 在grub 或lilo 等引导程序成功完成引导Linux 系统的任务后,Linux 就从它们手中接管 了CPU 的控制权。用户可以从https://www.360docs.net/doc/4f8586242.html, 上下载最新版本的源码进行阅读,其目录为: linux-2.6.*.*archi386boot。在这过程中主要用到该目录下的这几个文件:bootsect.S、setup.S 以及compressed 目录下的head.S 等。 首先要介绍一下,Linux 的内核通常是压缩过后的,包括如上述提到的那几个重要的汇 编程序,它们都是在压缩内核vmlinuz 中的。因为Linux 中提供的内核包含了众多驱动和功能,因而比较大,所以在采用压缩内核可以节省大量的空间。