各种boot的区别

大家好，欢迎来到IT知识分享网。

vivi、uboot、eboot的区别  

    简单的说它们都是bootloader，所完成的任务也大同小异。

    vivi是mizi开发的用于s3c241x/s3c244x 的linux bootloader， 友善之臂移植了USB 下载功能后就成了现在看到的supervivi
    u-boot是一个广泛用于ARM平台的bootloader, 目前也支持s3c241x/s3c244x，可以用来启动Linux
    Eboot是WinCE平台下的bootloader。

http://www.arm9home.com/bbs/read.php?tid-193.html

摘自论坛上好心人的回答

网友A：

网友B:
基本就是这个样子，补充一下：
nboot很小（4k左右），一般用在从nandflash启动的情况，nandflash不支持xip，所以必须有一个可以执行的程序将烧写在其中的eboot搬到内存中，nboot就是干这个的。nboot烧写在片内的4ksram中。所以nboot一般配合eboot一起使用。

eboot就是ethernet boot，开始都是用网络下载的，现在大都加入了usb下载功能。eboot可以单独使用，就是把eboot烧写到norflash中，norflash支持xip，所以eboot可以自己把自己搬到内存中。

uboot以前常配合linux系统使用，不过现在已经在ce下用的很多了，我现在用的就是由uboot移植来的，只不过板商一般都不给源码，比较郁闷。uboot应该是比较强大的bootloader了，比eboot强大多了。

我的疑问：为什么天嵌的开发板，要先下载eboot,再下载uboot。他们的功能没有重复吗？还是在配合使用，使开发板既有eboot,又有uboot，既支持网络数据传输，又支持USB数据传输的功能。这个问题现在就放在这了，以后学习中，慢慢体会。

本文来自CSDN博客各种boot的区别

什么是bootloader?

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的分类。

这里的分类实际上是依据上面的bootloader的操作模式来进行划分的，根据一个系统是否支持上面的下载模式我们这里将bootloader划分为bootloader和monitor（这不是我划分的，恩，是从别人的文章中引述过来的，不过我觉得他说的很有道理）， 这里”bootloader”是指只是引导设备与执行主程序的固件，而”monitor”是指不仅拥有bootloader功能的，还能够进入下载模式的固件。

从上面的表可以看出，很多的bootloader都不是monitor。现在国内进行开发大部分还是使用u-boot的，因此下面我们所说的bootloader都是指的u-boot。

关于U-Boot的编程下面链接有详细说明：

http://xiongqiang2008.bokee.com/viewdiary.31933043.html

这个链接是电子书的~~

http://www.cnitblog.com/darkstax/articles/21776.html

Eboot代码流程

首先通常都是汇编代码:启动时由系统复位导致PC为0为触发条件：以2440代码为例直接进入fw.s文件。主要执行的操作为设置处理器频率（PLL）,设置内存参数，须注意的是在该部分代码虽然在形式上实现了诸多中断向量，但是这些代码根本上不会得到执行。（参考“Eboot 编译编译器决定中断向量及其实现单一性的原因”）而在后面会有一些其他手段用于实现中断向量的功能。由于和hal复用该部分文件，所以调用的函数名称会与内核启动函数的相同（如：KernelStart），但是实现内容却是完全不同的。在该部分的最后还将保存一个OEMAddressTable的地址指针到下一格函数，进行应有的内存影射。下面还是以2440bsp为例说明。根据windowsCE系统的要求，需要把将会操作到的内存空间影射到0x8000 0000后的512M空间中，其中低256M为带缓冲的，高256M则是不带缓冲的。不带缓冲的区域通常是驱动访问设备必须的，这样可以保障对硬件的操作不受到缓冲的干扰。除了按照OEMAddressTable进行内存空间影射外，还可以要根据程序需求进行其他一系列影射，通常的做法都是将目前所有的设备/内存在原地址空间上再影射一次，以方便使用。另外就是在将0x0位置影射到内存，这样，就可以通过这个部分来进行中短向量的安装了，以实现中断服务程序。（以上内存影射并不是必须的，仅仅是为了方便程序的编写而已，使用和系统相同的影射表可以使得不必重新另外建一套头文件，同时如果需要的话可以一直在内存中保存eboot，这样内存空间的规划也会相对容易做一些）。

转载出处：各种boot的区别

关于bootloader