WinCE EBOOT中的Boot Args与Driver Globals

WinCE EBOOT中的Boot Args与Driver Globals

作者:ARM-WinCE

 

在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;

可以看出,最终这块在EBOOT和WinCE之间的共享内存是使用Driver Globals的数据结构来描述的,并事先在eboot.bib和config.bib中预留了这块内存。最终达到相互共享数据的目的。

 

 

 

 

发表于 @ 2008年10月26日 21:32:00|评论(11)|收藏

新一篇: WinCE Eboot中的OEM控制函数 | 旧一篇: WinCE Eboot中的BLCOMMONffeige1984 发表于2009年2月25日 19:08:38  IP:举报
我的是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的代码,理解了然后进行调试。

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/nanjianhui/archive/2008/10/26/3152348.aspx

你可能感兴趣的:(数据结构,image,struct,OS,存储,WinCE)