在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的代码,理解了然后进行调试。