在专用的嵌入式子运行GNULinux系统已经变得越来越流.docVIP

一．? 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的嵌入式系统中，系统在上电或复位时通常都从地址0开始执行，而在这个地址处安排的通常就是系统的BootLoader程序。 简单地说，BootLoader就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。 通常，BootLoader是严重地依赖于硬件而实现的，特别是在嵌入式世界。因此，在嵌入式世界里建立一个通用的BootLoader几乎是不可能的。尽管如此，我们仍然可以对BootLoader归纳出一些通用的概念来，以指导用户特定的BootLoader设计与实现。 二．U-BOOT介绍 uboot是一个庞大的公开源码的软件。他支持一些系列的arm体系，包含常见的外设的驱动，是一个功能强大的板极支持包。其代码可以从/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移植的过程也是一个对嵌入式系统包括软硬件以及操作系统加深理解的一个过程。 三．disk模块分析 part.c：输出设备信息 part_amiga.c：处理amiga分区 part_dos.c：处理dos分区 part_iso.c：处理iso分区 part_mac.c：处理mac分区 Part.c文件： void dev_print (block_dev_desc_t *dev_desc) { //主要用来向用户报告设备信息 …… if (dev_desc-type==DEV_TYPE_UNKNOWN) { //设备未知 puts (not available\n); return; } …… puts ( Type: ); if (dev_desc-removable) //设备可移除 puts (Removable ); switch (dev_desc-type 0x1F) { //输出设备类型 case DEV_TYPE_HARDDISK: puts (Hard Disk); break; case DEV_TYPE_CDROM: puts (CD R