Windows CE BootLoader的软件框架和支持库.docVIP

Windows CE BootLoader的软件框架和支持库 2.1　以Eboot为实例学习Windows CE BootLoader的软件框架 嵌入式系统由于其硬件设计的特殊性，使得事先为嵌入式系统设计开发完全符合目标平台硬件特性的可直接运行的嵌入式软件系统成为不可能，技术和经济实力强如微软也无法完全做到。但是Windows CE是一款商业的嵌入式操作系统软件，它的开发厂商为自己产品的销路考虑，要尽最大限度地让客户满意，首要的就是要减轻用户在基于Windows CE的软件开发时的工作量。其原则就是——即使微软不能做所有的事情，那也要做尽可能多的事情。微软为Windows CE的BootLoader精心设计了一个与具体硬件平台无关的软件框架，但是这个软件框架不能直接编译运行，它需要调用一些操作嵌入式硬件的函数才能实现自身的功能。这些函数与目标平台的嵌入式硬件设计直接相关，它们的函数名和所需完成的功能由微软明确地定义，由具体的BootLoader的开发者负责实现。 基于这种指导思想和设计准则，微软将Windows CE的BootLoader划分成几个相对独立的软件模块。其中大部分由微软负责实现，小部分与目标嵌入式硬件设计直接相关的留待OEM用户开发实现。以Eboot为例，BootLoader的软件代码可以被划分成以下5个部分。 （1）BLCOMMON。 （2）OEM代码。 （3）Eboot特定代码。 （4）存储管理代码。 （5）EDBG驱动程序。 图2-1显示了这5个部分之间的相互调用关系，上层模块调用下层模块的功能，下层模块向上提供服务。 图2-1　Boot Loader软件代码各部分之间的关系 表2-1列出了上述各部分的存储位置和相关介绍。 表2-1　Boot Loader软件代码与部分的存储位置及相关介绍 模块名 功能介绍 OEM用户可否修改 源代码的目录位置 BLCommon 实现通用的Boot Loader框架 否 %_WINCEROOT%\Public\Common\Oak\Drivers\Ethdbg\Blcommon OEM代码 需要用户实现的代码 必须 — Eboot 以太网操作相关的函数 否 %_WINCEROOT%\Public\Common\Oak\Drivers\Ethdbg\Eboot 存储管理 存储分区管理和Flash驱动 可能 %_WINCEROOT%\Public\Common\Oak\Drivers\Ethdbg\Bootpart EDBG驱动程序 EBoot使用的驱动程序 可能 %_WINCEROOT%\Public\Common\Oak\Drivers\Ethdbg 在Windows CE 6.0版本中，上述的BLCommon、Eboot、存储管理和EDBG驱动程序4部分的源代码都是微软通过Platform Builder开发工具向OEM用户全部开放的，理论上用户可以根据需要修改。但是BLCOMMON和Eboot特定代码这两部分是与具体硬件设计完全无关的，而且是经过了微软精心设计与优化的，用户的改动反而会造成不可预知的问题，所以不建议用户修改，只需调用其功能即可。 BLCOMMON这BootLoader Common的合体缩写，这是一个最重要的BootLoader支持库，它的源代码存放在%_WINCEROOT%\PUBLIC\COMMON\OAK\DRIVERS\ETHDBG\BLCOM- MON目录下，主要源文件是blcommon.c，对应的静态库文件是blcommon.lib。blcommon.c源文件的内容相当简单，主要是一个BootloaderMain函数和几个被BootloaderMain函数调用的功能函数。在下一章讲述的BootLoader实例中将会看到BLCOMMON在BootLoader软件执行流程中的具体位置和工作原理。BLCOMMON包含了BootLoader最普遍实现的并且几乎不与硬件相关的工作，包括：解析下载的操作系统镜像文件、对下载的镜像数据执行校验、跟踪下载进度等。微软将这部分内容抽取出来精心设计，一方面提供标准的函数接口（其实只是一个唯一的BootloaderMain函数）供OEM用户开发BootLoader使用，另一方面将其需要的硬件操作功能定义出标准的函数接口（函数名和功能定义）由用户负责实现，由这些称为OEM函数的功能函数负责操作目标嵌入式硬件并且向BLCOMMON库提供所需的功能。与此同时，用户在实现这些OEM函数时又可以并且推荐调用由微软提供的Eboot支持库和EDBG驱动程序的功能，这种设计恰好与操作系统中间层和设备驱动程序的关系相似。 Eboot也是一个BootLoader支持库，它的代码也与具体硬件平台无关，但仅适用于Eboo