bootloader怎么读（什么是手机bootloader，这个是什么意思，请大家帮帮忙）

本文目录

• 什么是手机bootloader，这个是什么意思，请大家帮帮忙
• uboot是什么，在linux中干嘛用的
• bootloader与bios的区别
• u-boot与 bootloader的区别是什么啊
• bootloader怎么读

什么是手机bootloader，这个是什么意思，请大家帮帮忙

简单地说，BootLoader就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间映射图，从而将系统的软硬件环境带到一个合适状态，以便为最终调用操作系统内核准备好正确的环境。在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由BootLoader来完成。比如在一个基于ARM7TDMI core的嵌入式系统中，系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的BootLoader程序。
Redboot
　　Redboot是Redhat公司随eCos发布的一个BOOT方案，是一个开源项目。 　　当前Redboot的最新版本是Redboot-2.0.1，Redhat公司将会继续支持该项目。 　　Redboot支持的处理器构架有ARM，MIPS，MN10300，PowerPC， Renesas SHx，v850，x86等，是一个完善的嵌入式系统Boot Loader。 　　Redboot是在ECOS的基础上剥离出来的，继承了ECOS的简洁、轻巧、可灵活配置、稳定可靠等品质优点。它可以使用X-modem或Y-modem协议经由串口下载，也可以经由以太网口通过BOOTP/DHCP服务获得IP参数，使用TFTP方式下载程序映像文件，常用于调试支持和系统初始化（Flash下载更新和网络启动）。Redboot可以通过串口和以太网口与GDB进行通信，调试应用程序，甚至能中断被GDB运行的应用程序。Redboot为管理FLASH映像，映像下载，Redboot配置以及其他如串口、以太网口提供了一个交互式命令行接口，自动启动后，REDBOOT用来从TFTP服务器或者从Flash下载映像文件加载系统的引导脚本文件保存在Flash上。当前支持单板机的移植版特性有： 　　- 支持ECOS，Linux操作系统引导 　　- 在线读写Flash 　　- 支持串行口kermit，S-record下载代码 　　- 监控(minitor)命令集:读写I/O，内存，寄存器、 内存、外设测试功能等 　　Redboot是标准的嵌入式调试和引导解决方案，支持几乎所有的处理器构架以及大量的外围硬件接口，并且还在不断地完善过程中。
ARMboot
　　ARMboot是一个ARM平台的开源固件项目，它特别基于PPCBoot，一个为PowerPC平台上的系统提供类似功能的姊妹项目。鉴于对PPCBoot的严重依赖性，已经与PPCBoot项目合并，新的项目为U-Boot。 　　ARMboot发布的最后版本为ARMboot-1.1.0，2002年ARMboot终止了维护。 　　ARMboot支持的处理器构架有StrongARM ，ARM720T ，PXA250 等，是为基于ARM或者StrongARM CPU的嵌入式系统所设计的。 　　ARMboot的目标是成为通用的、容易使用和移植的引导程序，非常轻便地运用于新的平台上。ARMboot是GPL下的ARM固件项目中唯一支持Flash闪存，BOOTP、DHCP、TFTP网络下载，PCMCLA寻线机等多种类型来引导系统的。特性为： 　　-支持多种类型的FLASH 　　-允许映像文件经由BOOTP、DHCP、TFTP从网络传输； 　　-支持串行口下载S-record或者binary文件 　　-允许内存的显示及修改 　　-支持jffs2文件系统等 　　Armboot对S3C44B0板的移植相对简单，在经过删减完整代码中的一部分后，仅仅需要完成初始化、串口收发数据、启动计数器和FLASH操作等步骤，就可以下载引导uClinux内核完成板上系统的加载。总得来说，ARMboot介于大、小型Boot Loader之间，相对轻便，基本功能完备，缺点是缺乏后续支持。
U-Boot
　　U-Boot是由开源项目PPCBoot发展起来的，ARMboot并入了PPCBoot，和其他一些arch的Loader合称U-Boot。2002年12月17日第一个版本U-Boot-0.2.0发布，同时PPCBoot和ARMboot停止维护。 　　U-Boot自发布以后已更新6次,最新版本为U-Boot-1.1.1，U-Boot的支持是持续性的。 　　U-Boot支持的处理器构架包括PowerPC (MPC5xx，MPC8xx，MPC82xx，MPC7xx，MPC74xx，4xx)， ARM （ARM7，ARM9，StrongARM，Xscale），MIPS (4Kc，5Kc)，x86等等， U-Boot（Universal Bootloader）从名字就可以看出，它是在GPL下资源代码最完整的一个通用Boot Loader。 　　U-Boot提供两种操作模式：启动加载（Boot loading）模式和下载（Downloading）模式,并具有大型Boot Loader的全部功能。主要特性为： 　　-SCC/FEC以太网支持 　　-BOOTP/TFTP引导 　　-IP，MAC预置功能 　　-在线读写FLASH，DOC, IDE，IIC，EEROM，RTC 　　-支持串行口kermit，S-record下载代码 　　-识别二进制、ELF32、pImage格式的Image，对Linux引导有特别的支持 　　-监控(minitor)命令集:读写I/O，内存，寄存器、内存、外设测试功能等 　　-脚本语言支持（类似BASH脚本） 　　-支持WatchDog，LCD logo，状态指示功能等 　　U-Boot的功能是如此之强大，涵盖了绝大部分处理器构架，提供大量外设驱动，支持多个文件系统，附带调试、脚本、引导等工具，特别支持Linux,为板级移植做了大量的工作。U-Boot1.1.1版本特别包含了对SA1100和44B0芯片的移植，所以44B0移植主要是针对Board 的移植，包括FLASH、内存配置以及串口波特率等等。U-Boot的完整功能性和后续不断的支持，使系统的升级维护变得十分方便。
Blob
　　Blob(Boot Loader Object)是由Jan-Derk Bakker and Erik Mouw发布的，是专门为StrongARM 构架下的LART设计的Boot Loader。 　　Blob的最后版本是blob-2.0.5。 　　Blob支持SA1100的LART主板，但用户也可以自行修改移植。 　　Blob也提供两种工作模式，在启动时处于正常的启动加载模式，但是它会延时 10 秒等待终端用户按下任意键而将 Blob 切换到下载模式。如果在 10 秒内没有用户按键，则 Blob 继续启动 Linux 内核。其基本功能为： 　　初始化硬件（CPU速度，存储器，中断，RS232串口） 　　-引导Linux内核并提供ramdisk 　　- 给LART下载一个内核或者ramdisk 　　-给FLASH片更新内核或者ramdisk 　　-测定存储配置并通知内核 　　-给内核提供一个命令行 　　Blob功能比较齐全，代码较少，比较适合做修改移植，用来引导Liunx，目前大部分S3C44B0板都用Blob修改移植后来加载uClinux。
Bios-lt
　　Bios-lt是专门支持三星（Samsung）公司ARM构架处理器S3C4510B的Loader，可以设置CPU/ROM/SDRAM/EXTIO，管理并烧写FLASH，装载引导uClinux内核。这是国内工程师申请GNU通用公共许可发布的。 　　Bios-lt的最新版本是Bios-lt-0.74，另外还提供了S3C4510B的一些外围驱动。
Bootldr
　　Bootldr是康柏（Compaq）公司发布的，类似于compaq iPAQ Pocket PC，支持SA1100芯片。它被推荐用来引导Llinux,支持串口Y-modem协议以及jffs文件系统。 　　Bootldr的最后版本为Bootldr-2.19。

uboot是什么，在linux中干嘛用的

u-boot是一种普遍用于嵌入式系统中的Bootloader,Bootloader是在操作系统运行之前执行的一小段程序，通过它，我们可以初始化硬件设备、建立内存空间的映射表，从而建立适当的软硬件环境，为最终调用操作系统内核做好准备。Boot
Loader的主要运行任务就是将内核映象从硬盘上读到RAM中，然后跳转到内核的入口点去运行，即开始启动操作系统。系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的Boot
Loader程序。

bootloader与bios的区别

第一个问题，你的理解可以说是对的。
BIOS是和主板一起开发的，所以主板的一些硬件信息只有BIOS清楚，每块主板的BIOS基本都是不同的，主板的具体信息需要BIOS报告给操作系统。
而操作系统只要系统类型一样就是通用的，如个人电脑的操作系统，服务器的操作系统等等。
第二个问题，可以从字面意思说起。
先说Boot Loader，字面意思 启动引导器，显而易见，作用是引导操作系统启动的。
操作系统有一个系统引导程序，Boot Loader就是找到这个程序，执行之。主要用在嵌入式系统或者手机。
BIOS，Basic Input Output System 基本输入输出系统，意思是主板级别的一个小系统。负责系统（主要是主板）的硬件初始化，例如CPU，内存，硬盘，键盘，显示卡，网卡等等硬件的初始化。初始化是BIOS的主要工作。传统的个人电脑上面BIOS会有一个int19 软件中断功能，在初始化完成后，BIOS会进入int19中断，寻找启动介质，如软盘，光盘，硬盘，flash或者网络等等，读取第一个扇区的内容到内存的0000:7C00处，跳入这个地址执行。这里int19就是一个bootloader，启动引导器。所以BIOS具有Boot Loader的功能。当然，目前的BIOS功能已经被扩充了很多，例如电源管理方面的ACPI接口，USB驱动，PXE网络引导功能，硬盘加密，TPM接口，BIOS配置界面，BIOS自动恢复等等。
不过目前的Boot Loader功能也并不单纯，例如u-boot，一个有名的开源boot loader，其实还是会做一小部分硬件初始化的工作，主要用在嵌入式系统。
所以这两个其实很像，不过BIOS主要存在于个人电脑和服务器这里硬件比较复杂的系统；Boot Loader主要存在于嵌入式，手机，等相对简单的系统。
另外，如果对BIOS感兴趣，欢迎到 BIOS人论坛 www.biosren.com 来看看，如今的BIOS都已经转换为UEFI了,有部分开源的代码可以学习。

u-boot与 bootloader的区别是什么啊

　　Bootloader 即引导加载程序，是系统加电后运行的第一段软件代码。简单的说它们都是bootloader，所完成的任务也大同小异。
　　vivi是mizi开发的用于s3c241x/s3c244x 的linux bootloader，友善之臂移植了USB 下载功能后就成了现在看到的supervivi；u-boot是一个广泛用于ARM平台的bootloader, 目前也支持s3c241x/s3c244x，可以用来启动Linux；Eboot是WinCE平台下的bootloader。uboot就是通过usb来下载os image文件的bootloader; eboot就是通过ethernet下载os image的bootloader
　　熟悉x86体系结构的朋友肯定知道，x86平台上bootloader 是由 BIOS和位于硬盘MBR中的OS Bootloader(比如Lilo 和 Grub)组成的。BIOS完成硬件的检测和资源的分配后，将硬盘MBR中的bootloader读到系统RAM中，之后此bootloader 就会开始进行主导，将内核搬到内存中以及进行一些必要的初始化工作，之后跳到内核的入口地址来执行，这样内核就开始启动，也就是系统就启动起来了。
　　而嵌入式平台上就跟x86不一样了，但是很类似，而且因为不同的平台架构本身的特点，每种平台对应的bootloader做得事情会有所不同，相对x86平台，一般不会有bios(但是这些都不是绝对的，有一些平台也会有内嵌类似bios的启动程序)，整个系统的引导加载都由存放在flash,rom等存储设备特定位置的bootloader来完成。如arm平台中的2410，2440，bootloader存在在flash中的0x0的地方，板子加电后，系统会将bootloader的最前面的4k代码通过硬件逻辑自动的装载到SRAM中，之后从SRAM中的0开始执行，在这4k的程序中会完成基本的硬件的初始化，将完整的bootloader搬到内存中，并跳转到ram中的bootloader来进行继续执行。
　　这里不得不插入一个话题，通过上面的介绍，细心的朋友就会产生一个疑问：为什么要有bootloader？既然bootloader只是作硬件的初始化并将内核引导起来，那为什么不直接将这段代码加到内核中，直接启动内核就完成所有的工作？实际上要将bootloader与内核整合在一起是完全可以做到的，但是如果这样作的话，内核就会失去他的通用性和灵活性，并且将bootloader与内核分开会更有利于开发和管理，将启动过程中与平台硬件相关的代码集合成bootloader，内核就可以集中处理那些平台通用的部分了（当然实际上并没有这么严格的划分，内核中还是会有一些平台相关的代码，不过已经算是比较通用的了）。
　　回到之前所说的，bootloader启动起来之后，通常会有两种操作模式：
　　启动加载模式就是一上电，bootloader进行相关的初始化之后就马上把内核启动起来，注意关键的地方在整个过程中没有用户的参与，这种其实也就是bootloader的默认处理，一般的产品设计ok进行最后的发布时，就会处于此种状态。
　　下载模这种模式，大家肯定非常熟悉，就是大家在进行开发的时候所处的环境，我们经常使用的tftp, erase, cp.b 等命令将相关的bin,img文件烧到板子上，这种情况下其实就是处于bootloader的执行环境下，所以一定意义来说，大多的bootloader其实就是一个嵌入式操作系统，只是它的功能不强，不像linux的结构那么复杂，而且也不会支持多进程多线程处理。
　　bootloader 种类和分类
　　这里的分类实际上是依据上面的bootloader的操作模式来进行划分的，根据一个系统是否支持上面的下载模式我们这里将bootloader划分为bootloader和monitor（这不是我划分的，恩，是从别人的文章中引述过来的，不过我觉得他说的很有道理）， 这里”bootloader”是指只是引导设备与执行主程序的固件，而”monitor”是指不仅拥有bootloader功能的，还能够进入下载模式的固件。
　　从上面的表可以看出，很多的bootloader都不是monitor。现在国内进行开发大部分还是使用u-boot的，因此下面我们所说的bootloader都是指的u-boot。
　　对于每种体系结构，都有一系列开放源码Bootloader可以选用。
　　（1）X86
　　X86的工作站和服务器上一般使用LILO和GRUB。LILO是Linux发行版主流的Bootloader。不过Redhat Linux发行版已经使用了GRUB，GRUB比LILO有更有好的显示界面，使用配置也更加灵活方便。
　　在某些X86嵌入式单板机或者特殊设备上，会采用其他Bootloader，例如：ROLO。这些Bootloader可以取代BIOS的功能，能够从FLASH中直接引导Linux启动。现在ROLO支持的开发板已经并入U-Boot，所以U-Boot也可以支持X86平台。
　　（2）ARM
　　ARM处理器的芯片商很多，所以每种芯片的开发板都有自己的Bootloader。结果ARM bootloader也变得多种多样。最早有为ARM720处理器的开发板的固件，又有了armboot，StrongARM平台的blob，还有S3C2410处理器开发板上的vivi等。现在armboot已经并入了U-Boot，所以U-Boot也支持ARM/XSCALE平台。U-Boot已经成为ARM平台事实上的标准Bootloader。
　　（3）PowerPC
　　PowerPC平台的处理器有标准的Bootloader，就是ppcboot。PPCBOOT在合并armboot等之后，创建了U-Boot，成为各种体系结构开发板的通用引导程序。U-Boot仍然是PowerPC平台的主要Bootloader。
　　（4）MIPS
　　MIPS公司开发的YAMON是标准的Bootloader，也有许多MIPS芯片商为自己的开发板写了Bootloader。现在，U-Boot也已经支持MIPS平台。
　　（5）SH
　　SH平台的标准Bootloader是sh-boot。Redboot在这种平台上也很好用。
　　（6）M68K
　　M68K平台没有标准的Bootloader。Redboot能够支持m68k系列的系统。
　　值得说明的是Redboot，它几乎能够支持所有的体系结构，包括MIPS、SH、M68K等体系结构。
　　Redboot是以eCos为基础，采用GPL许可的开源软件工程。

bootloader怎么读

• 布特老der

• Bootloader即引导加载程序，是系统加电后运行的第一段软件代码。简单的说它们都是bootloader，所完成的任务也大同小异。vivi是mizi开发的用于s3c241x/s3c244x的linuxbootloader，友善之臂移植了USB下载功能后就成了现在看到的supervivi；u-