WINCE系统启动时是否clean boot.docxVIP

WINCE系统启动时是否clean boot*******************************LoongEmbedded************************作者：LoongEmbedded时间：2010.12.09类别：WINCE嵌入式系统********************************LoongEmbedded***********************这里的clean boot可以理解为清除system.hv和user.hv本系统基于nandflash出去NK.bin之外的空间mount成盘符ResidentFlash，其中system.hv和user.hv就保存在这个文件夹中，也即是保存在nandflash中，看下图图1如果clean boot option的值是FALSE，那么保存在ResidentFlash文件夹的内容在重启之后不会丢失；而如果clean boot option的值是TRUE，那么保存在ResidentFlash文件夹的内容在重启之后就会丢失，这是因为系统在启动的时候，Filesys.dll通过删除hive-base注册表的数据所保存在的文件并且重新创建它们来执行clean boot(因为基于Hive的注册表把注册表数据存放在文件系统的文件上，也就是保存在永久性存储介质中，在这里是nandflash)，那具体是怎么实现这个动作的呢？Filesys.dll在初始化基于hive的注册表的时候，Filesys.dll调用OEMIoControl来查询是否需要清除保存在block设备上的hv文件，其CODE代码为IOCTL_HAL_GET_HIVE_CLEAN_FLAG，它的输入参数lpInBuf固定为HIVECLEANFLAG_SYSTEM或HIVECLEANFLAG_USERS，Filesys.dll会分别用这两种参数调用两次IOCTL_HAL_GET_HIVE_CLEAN_FLAG,第一次用HIVECLEANFLAG_SYSTEM来问OEM是否需要清除system.hv，第二次用HIVECLEANFLAG_USERS做参数来查询是否要清除user.hv，如果返回的lpOutBuf中的值为TRUE则做清除操作(这样，保存在nandflash的hv文件就会被清除掉)，如果为False则保留block设备上的注册表文件。这两次调用实际上就是调用了函数OALIoCtlHalGetHiveCleanFlag，这个函数被调用的依据见bsp\src\inc\ioctl_tab.h中的内容，见下图图2下面我们就来看看OALIoCtlHalGetHiveCleanFla的函数体图3下面来看OALArgsQuery函数的主要函数体图4图4中IMAGE_SHARE_ARGS_UA_START=0xA0020000，其对应的物理内存地址是0这是eboot和OS共享内存的起始地址，这块内存是SDRAM的一块区域，在eboot\boot.bib下的定义如下：MEMORY; Name Start Size Type; ------- -------- -------- ---- ARGS RESERVEDRAM 0000B000 RAM ……………………………这段内存主要是用于eboot和OS传递参数的，共享一些参数信息，这段内存保存了结构体BSP_ARGS的数据，这个结构体就是eboot和OS之间共享的参数信息，本系统BSP_ARGS结构体的定义如下typedefstruct { OAL_ARGS_HEADER header; UINT8 deviceId[16]; // Device identification OAL_KITL_ARGS kitl; UINT8 uuid[16]; BOOL bUpdateMode; // TRUE = Enter update mode on reboot. BOOL bHiveCleanFlag; // TRUE = Clean hive at boot BOOL bCleanBootFlag; // TRUE = Clear RAM, hive, user store at boot BOOL bFormatPartFlag; // TRUE = Format partion when mount