BootLoader简介与基本命令-电子工程世界

分享到: 微博; QQ; 微信; LinkedIn

一． BootLoader简介

在专用的嵌入式板子运行GNU/Linux系统已经变得越来越流行。一个嵌入式Linux系统从软件的角度看通常可以分为四个层次：

1、引导加载程序。包括固化在固件(firmware)中的boot代码(可选)，和BootLoader两大部分。

2、 Linux内核。特定于嵌入式板子的定制内核以及内核的启动参数。

3、文件系统。包括根文件系统和建立于Flash内存设备之上文件系统。通常用ramdisk来作为rootfs。

4、用户应用程序。特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式GUI有：MicroWindows和MiniGUI懂。

引导加载程序是系统加电后运行的第一段软件代码。PC机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬盘MBR中的OS BootLoader（比如，LILO和GRUB等）一起组成。BIOS在完成硬件检测和资源分配后，将硬盘MBR中的BootLoader读到系统的RAM中，然后将控制权交给OS BootLoader。BootLoader的主要运行任务就是将内核映象从硬盘上读到 RAM 中，然后跳转到内核的入口点去运行，也即开始启动操作系统。

而在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由BootLoader来完成。比如在一个基于ARM7TDMI core的嵌入式系统中，系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的BootLoader程序。

简单地说，BootLoader就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。

通常，BootLoader是严重地依赖于硬件而实现的，特别是在嵌入式世界。因此，在嵌入式世界里建立一个通用的BootLoader几乎是不可能的。尽管如此，我们仍然可以对BootLoader归纳出一些通用的概念来，以指导用户特定的BootLoader设计与实现。

二．U-BOOT介绍

uboot是一个庞大的公开源码的软件。他支持一些系列的arm体系，包含常见的外设的驱动，是一个功能强大的板极支持包。其代码可以从http://sourceforge.net/projects/u-boot下载

U-BOOT是由PPCBOOT发展起来的，是PowerPC、ARM9、Xscale、X86等系统通用的Boot方案，从官方版本0.3.2开始全面支持SC系列单板机。u-boot是一个open source的bootloader，目前版本是0.4.0。u-boot是在ppcboot以及armboot的基础上发展而来，虽然宣称是0.4.0版本，却相当的成熟和稳定，已经在许多嵌入式系统开发过程中被采用。由于其开发源代码，其支持的开发板众多。唯一遗憾的是并不支持我们现在学习所用samsung 44B0X的开发板。

为什么我们需要u-boot？显然可以将ucLinux直接烧入flash，从而不需要额外的引导装载程序（bootloader）。但是从软件升级的角度以及程序修补的来说，软件的自动更新非常重要。事实上，引导装载程序（bootloader）的用途不仅如此，但仅从软件的自动更新的需要就说明我们的开发是必要的。

同时，u-boot移植的过程也是一个对嵌入式系统包括软硬件以及操作系统加深理解的一个过程。

四．常用U-BOOT命令介绍

1.list 得到所有命令列表
2.help: help usb, 列出USB功能的使用说明
3.ping：注：只能开发板PING别的机器
4.setenv: 设置互环境变量:
5.setenv serverip 192.168.0.1
6.setenv ipaddr 192.168.0.56
7.setenv bootcmd 'tftp 32000000 vmlinux; kgo 32000000’
8.saveenv: 保存环境变量
9.在设置好环境变量以后，保存变量值
10.tftp: tftp 32000000 vmlinux, 把server（IP=环境变量中设置的serverip）中/tftpdroot/ 下的vmlinux通过TFTP读入到物理内存32000000处。
11.kgo: 起动没有压缩的linux内核，kgo 32000000
12.bootm:起动UBOOT TOOLS制作的压缩LINUX内核, bootm 3200000
13.protect: 对FLASH进行写保护或取消写保护， protect on 1:0-3(就是对第一块FLASH的0-3扇区进行保护)，protect off 1:0-3取消写保护
14.erase: 删除FLASH的扇区， erase 1:0-2(就是对每一块FLASH的0-2扇区进行删除)
15.cp: 在内存中复制内容， cp 32000000 0 40000(把内存中0x32000000开始的0x40000字节复制到0x0处)
16.mw: 对RAM中的内容写操作， mw 32000000 ff 10000(把内存0x32000000开始的0x10000字节设为0xFF)
17.md: 修改RAM中的内容, md 32000000（内存的起始地址）
18.usb:
lusb start: 起动usb 功能
lusb info: 列出设备
lusb scan: 扫描usb storage(u 盘)设备
19.fatls：列出DOS FAT文件系统，如：fatls usb 0列出第一块U盘中的文件
20.fatload: 读入FAT中的一个文件，如：fatload usb 0:0 32000000 aa.txt
21.把USB中的aa.txt 读到物理内存0x32000000处！
22.flinfo: 列出flash的信息
23.loadb: 准备用KERMIT协议接收来自kermit或超级终端传送的文件。
24.nfs： nfs 32000000 192.168.0.2:aa.txt ，把192.168.0.2(LINUX 的NFS文件系统)中的NFS文件系统中的aa.txt 读入内存0x32000000处。

关键字：BootLoader 基本命令引用地址：BootLoader简介与基本命令

上一篇：OK641的串口初始化程序
下一篇：基于OK6410的LCD操作

推荐阅读最新更新时间：2024-03-16 14:49

TMS320C6000系列二次Bootloader的设计与实现

引言随着DSP(数字信号处理器)系统的广泛应用，其程序规模也随之不断扩大，使用芯片本身自带的Boot-loader通过Flash存储器来引导DSP程序，往往受到程序大小和结构的制约，比如程序很大超过厂商固化boot的范围，再如中断向量表的不同位置对程序boot跳转的影响，等等，因此越来越需要更加灵活的引导方式。系统上电后，由引导程序将DSP的应用程序从该存储器引导到DSP应用板上的高速存储器(如内部SRAM、SDRAM等)中。由于Flash存储器具有电信号删除功能，且删除速度快，集成度高，因此已成为此种存储器的首选。由于Flash存储器的存取速度较慢，写入Flash存储器的程序将在系统上电时被DSP装载到快速的存储器中运

[应用]

基于Nandflash的Bootloader的设计与实现

0 引言 Bootloader通常称为系统引导加载程序，是系统加电或复位后执行第一段代码。一般它只在系统启动时运行非常短时间，但对于嵌入式系统来说，这是一个非常重要系统组成部分。通过这段小程序，可以初始化硬件设备、建立内存空间映射图，从而将系统软硬件环境带到一个合适状态，以便为调用操作系统内核准备好正确环境，并同时提供基本输入、输出系统监控功能和程序调试功能。 Bootloader是严重地依赖于硬件而实现。每种不同体系结构处理器都有不同Bootloader。除了依赖于处理器体系结构以外，Bootloader实际上也依赖于具体嵌入式板级设备配置，也就是说，对于两块不同嵌入式板而言，即使它们是基于同一种处理器

[嵌入式]

STM32的BootLoader升级

从串口升级固件 ①Jump_To_Application = (pFunction)(*(vu32*) (IAPSTART + 4)); __MSR_MSP(*(vu32*) IAPSTART); Jump_To_Application(); 跟踪__MSR_MSP（一般这个函数都在库文件里有，跟踪不到就用搜索找）找到汇编函数为 __MSR_MSP MSR MSP, r0 ; set Main Stack value BX r14 ②//跳转到应用程序段 //appxaddr:用户代码起始地址. void iap_load_app(u32 appxaddr) { if(((*(vu32*)appxa

[单片机]

STM32的<font color='red'>BootLoader</font>升级

用J-Link烧写bootloader到Mini2440的Nor Flash

1 开发环境宿主机：Windows + VMWare + Ubuntu16.04 开发板：Mini2440 仿真器：JLink V8 2 接线与驱动接线图如下所示：图1 J-Link与Mini2440接线图下载驱动并安装，然后打开J-Link Commander，如果J-Link没有连接好，会提示：图 2 连接J-Link失败盗版的J-Link还会遇到下面问题：图3 盗版J-Link提示比较麻烦的解决方法见参考资料，需要重新刷J-Link的固件；简单的解决方法就是换一个低版

[单片机]

Stm8的bootloader介绍

本次应用笔记是专门为STM8的固件和系统设计者提供，他们需要实现一个内应用编程（In-application programming, IPA）特征的产品，以stm8微处理器作为研发的。Stm8是一个8位微控制器家族，并以一个flash memory 去存储用户的程序代码或者固件。（for storing the user program codeor firmware.）在为控制其被移植到最终产品上后，IAP 使得控制器可以就地更新固件。这么更新固件的有优点是微控制器能一直保持在产品里面，不用取出芯片特意给它烧录程序。更新固件的时候也不用调停机器（产品）的运行工作。（在线烧录，通过IIC，SPI，uart）。 IAP是对发布

[单片机]

stm32 bootloader启动正常，APP程序会在时钟配置出错原因分析

实验环境 STM32F411芯片 HAL库利用CubeMX生成的Bootloader和APP工程现象描述将Bootloader和APP程序分别下载到板子上，Bootlader程序可以正常运行，而APP程序会死在Error_Handler()的while(1)循环中。具体调试发现程序是在执行HAL_RCC_OscConfig()函数的PLL 配置部分检测到当前PLL已经被配置为了系统时钟而返回了HAL_ERROR的返回值导致进入了Error_Handler()。为什么bootloader程序中的时钟配置没有问题，而APP中的时钟配置就会有问题呢？分析网上搜索了一下，发现了一种说法：PLL在启动之后便不能够重新配置。感

[单片机]

stm32 <font color='red'>bootloader</font>启动正常，APP程序会在时钟配置出错原因分析

Stm32F030用Coocox工程进行Bootloader升级时程序跑飞

最近做STM32F030C8的Bootloader升级，使用的是Coocox的工程，发现Bootloader可以正常跳转，但是到应用程序时，就直接跑飞，经过仔细查看，发现是中断向量表没有映射，但是在把中断向量表映射后，程序依旧跑飞。一直自己找了好几天，在Nick的帮助下，终于解决了，方法如下： 1、在Bootloader里设置跳转： /* Jump to user application */ JumpAddress = *(__IO uint32_t*) (APPLICATION_ADDRESS + 4); Jump_To_Application = (pFunction) JumpAddress; /* Initial

[单片机]

摩托用户调查被解锁Bootloader呼声淹没

几个星期前，摩托罗拉在Facebook主页上向自己的粉丝问了一个问题：什么样的Android应用是你们希望摩托罗拉去开发的？人们最初的反应可能是期待一些典型的Android软件，比如Netflix、音乐播放器的改进或者是Motoblur功能的增强等，但是摩托罗拉忽略了一个问题，他们被用户统一的呼声给淹没了，因为摩托罗拉Android手机用户最想要的就是一个解锁的Bootloader。这样的回答似乎有点答非所问，并不符合摩托罗拉的设想，但是支持解锁Bootloader的投票数已经超过了一万多，而支持普通应用的只有十几个人，你让摩托罗拉情何以堪？

[手机便携]