在EBOOT中包含的一个重要的缓冲区叫Driver Globals，它用于在设备驱动和WinCE OS之间共享数据。而在EBOOT中会用到的启动参数结构被称为Boot Args，是指用于EBOOT和WinCE OS之间共享一些参数信息。一般来说Boot Args会在EBOOT运行的时候被赋值或者更新，最常用的就是网络设备的相关信息设置，比如IP地址，MAC地址，中断等信息。

Driver Globals包含了Boot Args，也就是说Driver Globals是一块内存缓冲区，其中里面也包含了Boot Args的内存缓冲区。这里要说明的是Driver Globals是一个可选用的功能，无非就是一块内存，在EBOOT和WinCE OS之间进行数据共享。如果你想用，你就用，不想用，也可以不用。我们在使用Driver Globals的时候，一般会在eboot.bib和config.bib文件定义一块预留的内存区域，在这两个文件中定义的这块内存区域的起始地址和大小必须一致，相信这个大家都能理解，至于类型肯定是RESERVED。这样一来，在EBOOT和WinCE运行的时候，这块共享内存就被预留出来了。当然，我们还需要在BSP中通过宏定义来定义这块内存的起始地址和大小，这样就可以在BSP中访问这块内存了。举例：

首先在eboot.bib和config.bib都要有下面的定义：

MEMORY
; Name Start Size Type
; ------- -------- -------- ----
ARGS 80020800 00000800 RESERVED

上面的描述表示Driver Globals的共享内存的起始地址是0x80020800，大小是0x800。

然后还要在BSP中对其起始地址和大小进行宏定义，如下：

#define IMAGE_SHARE_ARGS_UA_START 0xA0020000
#define IMAGE_SHARE_ARGS_CA_START 0x80020800
#define IMAGE_SHARE_ARGS_SIZE 0x00000800

这样，EBOOT就可以通过上面的宏定义的地址来访问共享内存了。这块共享区域是用Driver Globals结构来描述的，具体定义如下：

typedef struct _DRIVER_GLOBALS
{
//
// 之后，可以定义用于驱动程序和WinCE OS之间的共享信息
//

BOOT_ARGS bootargs;
} DRIVER_GLOBALS, *PDRIVER_GLOBALS;

可以看出里面包含了用于描述Boot Args的BOOT_ARGS结构，当然用户也可以在结构中添加用于驱动和WinCE OS之间共享的数据类型。

下面介绍一下Boot Args的BOOT_ARGS结构，定义如下：

#define BOOTARG_SIG 0x544F4F42 // "BOOT"

typedef struct BOOT_ARGS
{
DWORD dwSig;
DWORD dwLen; // BOOT_ARGS的结构长度
UCHAR ucLoaderFlags; // Boot loader设定的标志
UCHAR ucEshellFlags; // EShell标志
DWORD dwEdbgDebugZone; // 调试域Debug Zone的定义

EDBG_ADDR EshellHostAddr; // Host端的IP地址和EShell的UDP端口号
EDBG_ADDR DbgHostAddr; // IP地址和接收Debug信息的UDP端口号
EDBG_ADDR CeshHostAddr; // IP地址和以太网cesh的UDP端口号
EDBG_ADDR KdbgHostAddr; // IP地址和Kenel Debugger的UDP端口号

ETH_HARDWARE_SETTINGS Edbg; // 调试以太网卡的硬件设置信息
} BOOT_ARGS, *PBOOT_ARGS;

其中Boot loader的设置标志定义如下：

#define LDRFL_USE_EDBG 0x0001 // 设置尝试使用调试以太网
//如果设置了LDRFL_USE_EDBG，下面两个标志才会被看到
#define LDRFL_ADDR_VALID 0x0002 // 当EdbgAddr有效时设置
#define LDRFL_JUMPIMG 0x0004 // 不使用与Eshell通信

在上面的BOOT_ARGS结构中的ETH_HARDWARE_SETTINGS结构定义如下：

typedef struct _ETH_HARDWARE_SETTINGS
{
EDBG_ADAPTER Adapter; // 与Platform Builder通信的网卡
UCHAR ucEdbgAdapterType; // 调试以太网卡的类型
UCHAR ucEdbgIRQ; // 调试以太网卡的IRQ
DWORD dwEdbgBaseAddr; // 调试以太网卡的基地址
DWORD dwEdbgDebugZone; // 调试以太网卡的调试域

char szPlatformString[EDBG_MAX_DEV_NAMELEN]; //一个唯一的目标板设备名

UCHAR ucCpuId; // 处理器类型
} ETH_HARDWARE_SETTINGS, *PETH_HARDWARE_SETTINGS;

我的是2440 5.0采用的是三星08年的BSP,系统可以启动但是 pBSPArgs->nfsblk = -1 ，跟踪了一下了是：pBSPArgs = ((BSP_ARGS *) IMAGE_SHARE_ARGS_UA_START);这个参数可以该其他的吗？nanjianhui 发表于2009年2月25日 20:45:39 IP:举报
你是指pBSPArgs么？改是可以改，它实际上是一个共享内存的起始地址。至于为什么pBSPArgs->nfsblk = -1，我想根本原因是该变量对应的内存没有被初始化，我想你首先要确定该变量是在哪里被初始化的。AMOROUS 发表于2009年2月26日 10:46:58 IP:举报
大侠小弟有个关于EP9315WINCE里面PHYSICAL_EQUAL_VIRTUAL的问题 PHYSICAL_EQUAL_VIRTUAL在oempreinit.c置了1，memorymap.h里用它来使sdram/flash/sram等虚拟地址和对应的物理地址等同起来，就拿sdram来说，片选物理地址0X00000000,如果虚拟地址也等于0X00000000，是否与用户进程冲突？为什么要这样做？而不是把虚拟地址映射从0X80000000开始？还有就是OEMAddressTable和config.bib里的MEMORY设置虚拟地址是否有关？nanjianhui 发表于2009年2月27日 15:04:35 IP:举报
在oempreinit.c中确实将PHYSICAL_EQUAL_VIRTUAL设置为1，但是它对OEMAddressTable没有影响。OEMAddressTable会受memorymap.h中#define的影响，而memorymap.h应该包含了memorymap-9315.h。
我目前手上没有EP93系列的BSP，不过我记得应该是这样的。也就是说oempreinit.c中的定义是没有意义的，不会对OEMAddressTable产生影响。这属于历史遗留问题。
关于OEMAddressTable和config.bib是否有关。我想应该说OEMAddressTable是一个物理地址/虚拟地址的映射表，我专门有一篇blog介绍OEMAddressTable，你可以看看。而config.bib实际上是确定了在WinCE系统中RAM的分配。AMOROUS 发表于2009年2月27日 15:51:23 IP:举报
明白大侠，还有另外一个问题，现在在板上加了一个512k的可掉电sram，选通用cs2（主要是参考了原来BSP上OEMAddressTable也有sram的配置，不用再添加），想让它作为硬盘用，并在系统中以盘符形式显示，并可以实现读写存储，我拷了wince自带的ramdisk驱动过来进行了修改，作为驱动来添加，并在注册表添加了sram的起始地址来定位（\\builtin\\ramdisk\\address），现在烧进去后可以在存储属性里看到ramdisk的信息，问题是无法装入分区，也就无法看到盘符，请问这种思路是否正确，是否由于地址定位错误引起的呢？请大侠抽空帮小弟看看AMOROUS 发表于2009年2月27日 15:54:59 IP:举报
还有我的config.bib也reserved了一个ramdisk，是从0x8c000000开始的1m空间nanjianhui 发表于2009年2月28日 12:12:53 IP:举报
这种问题，我建议先看看WinCE的ramdisk的代码，理解了然后进行调试。