wince注册表结构文档格式.docx
- 文档编号:5833426
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:52
- 大小:438.22KB
wince注册表结构文档格式.docx
《wince注册表结构文档格式.docx》由会员分享,可在线阅读,更多相关《wince注册表结构文档格式.docx(52页珍藏版)》请在冰点文库上搜索。
如果要保存和恢复注册表,我们只需要在系统断电的时候调用RegCopyFile函数将整个注册表保存为外存上的一个文件。
当系统重新启动时,我们再调用RegRestoreFile函数将文件全部读出RAM中,然后再热启动系统,我们保存得注册表就可以生效了。
值得注意的是这次热启动是必须的,因为只有在系统启动的时候才会去检测RegRestoreFile放在RAM里的注册表信息。
这种方法的优点是完全可以使用应用程序来实现基于RAM的注册表的保存,而且这种方法相对简单。
但是此方法的缺点是需要两次启动。
因此效率相对比较低。
2.第二种方法需要OEM的参与,OEM可以在BSP的OAL层中实现WriteRegistryToOEM和ReadRegistryFromOEM两个函数,它们的声明为:
DWORDReadRegistryFromOEM(
DWORDdwFlags,
//参数,REG_READ_BYTES_START表示读新的注册表
LPBYTElpData,
//指向注册表数据的缓冲区,由OS分配
DWORDcbData
//缓冲区的大小
BOOLWriteRegistryToOEM(
//参数,REG_WRITE_BYTES_START表示写新的注册表
//缓冲区的大小,0表示到达注册表尾部
WindowsCE会在系统启动和关闭的时候调用这两个函数来保存和恢复注册表。
此种方法虽然可以避免两次启动,但是困难的地方是ReadRegistryFromOEM函数的实现比较困难,因为在系统启动的时候,块设备驱动和文件系统的驱动都还没有加载,因此不能使用CreateFile,ReadFile这样的文件系统API来实现ReadRegistryFromOEM函数,只能使用一些更底层的操作来实现。
基于Hive的注册表
自从WindowsCE4.0之后,WindowsCE提供了基于Hive的注册表。
基于Hive的注册表把注册表数据存放在文件系统的文件上,这种文件被称作蜂箱Hive。
这就意味着不再需要在系统断电和启动时进行保存恢复注册表操作。
Hive是注册表中的一组键,子键和值。
Hive是文件系统上表现为单个文件。
WindowsCE中有三种Hive。
类型文件描述
BoothiveROM中的Boot.hvHKEY_LOCAL_MACHINE,HKEY_CLASSES_ROOT,HKEY_USERS中的所有数据。
只在启动时使用。
Systemhive由OEM决定
(通常是System.hv)HKEY_LOCAL_MACHINE,HKEY_CLASSES_ROOT,HKEY_USERS中的所有数据。
包含设备范围内不随着用户改变而改变的数据。
UserhiveUser.hvHKEY_CURRENT_USER下的所有数据。
包含用户特有的设置,每个用户都有一个单独的User.hv。
基于Hive的注册表适用于对于有永久存储并且需要经常冷启动的设备。
我们也可以看到,基于Hive的注册表把系统数据和用户数据分开存放,这就意味着基于Hive的注册表还提供多用户支持。
对于每一个用户,可以提供不同的User.hv,当用户登录时加载相应的User.hv,从而达到多用户目的。
注册表类型分为基于对象存储的注册表和基于HIVE的注册表,在制定内核的时候只能选择其中一种。
从理论上讲这两种注册表都能够实现永久保存注册表数据,不过采用不同的类型会影响CE的启动顺序和启动速度,还会影响内存的使用量。
我还是趋向于采用基于HIVE的注册表来实现永久保存注册表数据,这也是个发展趋势。
在讲解之前先简单描述如果CE采用基于HIVE的注册表,那么在启动时怎么加载已保存的注册表数据:
1、nk.exe执行,启动filesys.exe。
2、filesys.exe加载引导HIVE,此时引导HIVE位于nk.bin解压之后的文件中。
3、filesys.exe启动device.exe,之后处于等待状态,等待device.exe将包含系统HIVE的文件系统和存储设备的驱动程式加载完毕。
而这个文件系统和存储设备的驱动程式存在于引导HIVE中。
4、device.exe加载上述所说的文件系统驱动程式和存储设备驱动程式,使之开始工作。
之后device.exe处于等待状态。
5、filesys.exe被唤醒,加载并且安装系统HIVE。
之后filesys.exe处于等待状态。
6、nk.exe按照系统HIVE的信息开始执行初始化工作。
其中包括加载驱动程式和启动一些应用程式。
其中加载驱动程式一般由device.exe执行,而启动应用程式由filesys.exe执行。
这时device.exe和filesys.exe已被唤醒。
因为引导HIVE和系统HIVE肯定有重复的地方,所以可能出现重复加载了驱动程式或重复启动了应用程式。
为此,CE允许在描述驱动程式的注册表信息中加入防止重复的标志,而应用程式能采用事件对象来防止重复启动,如device.exe。
下面讲述怎么设置基于HIVE的注册表(如果保存系统HIVE的是FAT文件系统):
1、在PB中加入"
Hive-basedRegistry"
,如果是Geode平台,再加入BSP_ENABLE_FSREGHIVE环境变量。
2、打开platform.reg,找到如下信息:
;
HIVEBOOTSECTION
[HKEY_LOCAL_MACHINEinitBootVars]
"
SYSTEMHIVE"
="
DocumentsandSettings\system.hv"
PROFILEDIR"
DocumentsandSettings"
StartDevMgr"
=dword:
IFBSP_ENABLE_FSREGHIVE
1
ENDIF
ENDHIVEBOOTSECTION
"
的值为系统HIVE文件的路径。
是个布尔值,指示是否开始就执行设备管理器device.exe,按照CE帮助文件的说法,只有想把系统HIVE存储在对象存储中才在此设置为0,所以一般都要设置为1。
3、如果是多用户,能在上述的注册表位置下输入"
DefaultUser"
<
username>
,指定默认的用户名。
如果是单用户系统,能不设置。
4、确保将包含系统HIVE的文件系统驱动程式的注册表信息和存储设备的驱动程式的注册表信息被包含在“;
HIVEBOOTSECTION”和“;
ENDHIVEBOOTSECTION”之间,在这两个语句之间的注册表数据全部属于引导HIVE。
如果我们将系统HIVE文件system.hv存放在硬盘上,并采用FAT文件系统。
那么就要将[HKEY_LOCAL_MACHINESystemStorageManagerFATFS]和[HKEY_LOCAL_MACHINESystemStorageManagerProfilesHDProfile]移动到“;
HIVEBOOTSECTION”下。
5、在“;
ENDHIVEBOOTSECTION”之间的所有驱动程式的注册表信息中都加入下列一个标志:
Flags"
1000
这个标志是个位掩码,他能和其他已存在的"
Flags"
或运算。
值1000表示此驱动程式只加载一次,这样device.exe就不会把当前驱动程式加载两次了。
6、在包含系统HIVE的存储设备的驱动程式的注册表信息中,加入如下标志(假设是硬盘):
[HKEY_LOCAL_MACHINESystemStorageManagerProfilesHDProfile]
MountFlags"
2
这个标志表示这个存储设备包含系统HIVE文件。
按照如上所述设置后的内核就能实现永久存储注册表数据了。
对于保存注册表数据的执行动作在此必须阐述清晰:
正常情况下,CE能够确保重要的注册表数据能够从内存刷到(Flush)永久存储器上。
不过这并不能完全确保所有数据都能完整地保存而不丢失,所以要确保万无一失,应该主动地调用RegFlushKey函数强制将内存中的数据刷到永久存储器上。
这个函数的参数只有一个,就是注册表分支。
CE还增加一个注册表项(如下所示),他的作用是每当函数RegCloseKey被调用时都自动调用RegFlushKey函数。
RegistryFlags"
如果CE在启动过程中发现系统HIVE出现错误,他会自动删除文件并创建一个默认的系统HIVE文件,如果出现下面的注册表项,说明发生了这种事情。
WindowsCE下访问物理内存的方法
嵌入式设备与桌面PC的一个显著不同是它的应用程序中通常需要直接访问某一段物理内存,这在驱动程序中对物理内存的访问尤为重要,尤其是像ARM体系结构下,I/O端口也被映射成某一个物理内存地址。
因此,与桌面版本Windows相比,WindowsCE提供了相对简单的物理内存访问方式。
无论是驱动程序还是应用程序都可以通过API访问某一段物理内存。
WindowsCE的有些函数中需要用到物理内存结构体PHYSICAL_ADDRESS,WindowsCE在ceddk.h中定义了PHYSICAL_ADDRESS,它其实是LARGE_INTEGER类型,其定义如下:
//inceddk.h
typedefLARGE_INTEGERPHYSICAL_ADDRESS,*PPHYSICAL_ADDRESS;
//inwinnt.h
typedefunion_LARGE_INTEGER{
struct{
DWORDLowPart;
LONGHighPart;
};
LONGLONGQuadPart;
}LARGE_INTEGER;
可见,WindowsCE中用64个Bit来代表物理地址,对于大多数32位的CPU而言,只需要把它的HighPart设置为0就可以了。
如果要直接访问某一个地址的物理内存,WindowsCE提供了VirtualAlloc()和VirtualCopy()函数,VirtualAlloc负责在虚拟内存空间内保留一段虚拟内存,而VirtualCopy负责把一段物理内存和虚拟内存绑定,这样,最终对物理内存的访问还是通过虚拟地址进行。
它们的声明如下:
//申请虚拟内存
LPVOIDVirtualAlloc(
LPVOIDlpAddress,
//希望的虚拟内存起始地址
DWORDdwSize,
//以字节为单位的大小
DWORDflAllocationType,//申请类型,分为Reserve和Commit
DWORDflProtect
//访问权限
//把物理内存绑定到虚拟地址空间
BOOLVirtualCopy(
LPVOIDlpvDest,
//虚拟内存的目标地址
LPVOIDlpvSrc,
//物理内存地址
DWORDcbSize,
//要绑定的大小
DWORDfdwProtect
VirtualAlloc对虚拟内存的申请分为两步,保留MEM_RESERVE和提交MEM_COMMIT。
其中MEM_RESERVE只是在进程的虚拟地址空间内保留一段,并不分配实际的物理内存,因此保留的虚拟内存并不能被应用程序直接使用。
MEM_COMMIT阶段才真正的为虚拟内存分配物理内存。
下面的代码显示了如何使用VirtualAlloc和VirtualCopy来访问物理内存。
因为VirtualCopy负责把一段物理内存和虚拟内存绑定,所以VirtualAlloc的时候只需要对内存保留,没有必要提交。
FpDriverGlobals=
(PDRIVER_GLOBALS)VirtualAlloc(
0,
DRIVER_GLOBALS_PHYSICAL_MEMORY_SIZE,
MEM_RESERVE,
PAGE_NOACCESS);
if(FpDriverGlobals==NULL){
ERRORMSG(DRIVER_ERROR_MSG,(TEXT("
VirtualAllocfailed!
\r\n"
)));
return;
}
else{
if(!
VirtualCopy(
(PVOID)FpDriverGlobals,
(PVOID)(DRIVER_GLOBALS_PHYSICAL_MEMORY_START),
(PAGE_READWRITE|PAGE_NOCACHE))){
VirtualCopyfailed!
return;
}
CEDDK还提供了函数MmMapIoSpace用来把一段物理内存直接映射到虚拟内存。
此函数的原形如下:
PVOIDMmMapIoSpace(
PHYSICAL_ADDRESSPhysicalAddress,//起始物理地址
ULONGNumberOfBytes,
//要映射的字节数
BOOLEANCacheEnable
//是否缓存
其实,MmMapIoSpace函数内部也是调用VirtualAlloc和VirtualCopy函数来实现物理地址到虚拟地址的映射的。
MmMapIoSpace函数的原代码是公开的,我们可以从%_WINCEROOT%\PUBLIC\COMMON\OAK\DRIVERS\CEDDK\DDK_MAP\ddk_map.c得到。
从MmMapIoSpace的实现我们也可以看出VirtualAlloc和VirtualCopy的用法:
PVOIDMmMapIoSpace(
INPHYSICAL_ADDRESSPhysicalAddress,
INULONGNumberOfBytes,
INBOOLEANCacheEnable
)
{
PVOIDpVirtualAddress;
ULONGLONGSourcePhys;
ULONGSourceSize;
BOOLbSuccess;
SourcePhys=PhysicalAddress.QuadPart&
~(PAGE_SIZE-1);
SourceSize=NumberOfBytes+(PhysicalAddress.LowPart&
(PAGE_SIZE-1));
pVirtualAddress=VirtualAlloc(0,SourceSize,MEM_RESERVE,PAGE_NOACCESS);
if(pVirtualAddress!
=NULL)
{
bSuccess=VirtualCopy(
pVirtualAddress,(PVOID)(SourcePhys>
>
8),SourceSize,
PAGE_PHYSICAL|PAGE_READWRITE|(CacheEnable?
0:
PAGE_NOCACHE));
if(bSuccess){
(ULONG)pVirtualAddress+=PhysicalAddress.LowPart&
(PAGE_SIZE-1);
else{
VirtualFree(pVirtualAddress,0,MEM_RELEASE);
pVirtualAddress=NULL;
returnpVirtualAddress;
此外,WindowsCE还供了AllocPhysMem函数和FreePhysMem函数,用来申请和释放一段连续的物理内存。
函数可以保证申请的物理内存是连续的,如果函数成功,会返回虚拟内存的句柄和物理内存的起始地址。
这对于DMA设备尤为有用。
在这里就不详细介绍了,读者可以参考WindowsCE的联机文档
WINCE6.0注册表
WindowsCE6.0有4个基本的注册表键值,HKEY_CLASSES_ROOT,HKEY_CURRENT_USER,HKEY_LOCAL_MACHINE,HKEY_USERS。
其它的都是这4个注册表的子键。
我们以一个内建的串口驱动为例,它在注册表文件Platform.reg中的描述如下:
其中Prefix和Dll项是必不可少的,Prefix代表设备文件名前缀,与Index合用表示该设备的名称,该注册表子键的设备名称就是"
COM1:
该名称可以用于CreateFile调用。
Dll则是动态链接库名称。
Index为设备序号。
Flags为1表示系统启动时不加载,需要应用程序自己加载,为0表示该驱动在系统启动时加载。
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Serial]
"
Prefix"
COM"
Dll"
$(_TGTPLAT_PFX)_serial.dll"
Index"
在%WinCEDir%Public%Common%OAK%INC%目录下,文件cregedit.h中,定义了一个类CRegistryEdit来封装了注册表的操作。
许多的硬件驱动,比如串口类,也继承了CRegistryEdit类。
还有一种方法是利用windowsCE提供的API进行注册表项的操作。
方法一:
利用系统提供的注册表类CRegistryEdit
类的定义在文件regedit.h中。
在构建函数中,会取得当前注册表子键的HANDLE句柄。
有3个构造函数,第一个是用全路径,调用hKey=OpenDeviceKey(TEXT("
HKEY_LOCAL_MACHINE\\Drivers\\BuiltIn\\Serial"
))构造,第二个是如果已知其父注册表子键,调用RegOpenKeyEx(HKEY_LOCAL_MACHINE,TEXT("
Drivers\\BuiltIn\\Serial"
),0,0,&
hKey).第三种方法是用RegCreateKeyEx().
析构函数中,调用RegCloseKey(hKey)关闭掉对注册表子键的引用。
读取注册表项可以使用GetRegValue方法,写入注册表项使用RegSetValueEx方法。
其方法的实现也是通过windowsCEAPI,具体可以参照下一个Section。
RegGetList和RegSetList方法提供了对类型为REG_MULTI_SZ和DWORD的VALUE的读写操作。
其它类方法GetWindowInfo,GetIsrInfo,GetPciInfo获取注册表更多的信息。
方法二:
利用windowsCEAPI
为了获取一个注册表键值,先要调用RegOpenKeyEx。
以上面内建串口驱动为例,RegOpenKey(HKEY_LOCAL_MACHINE,TEXT("
),0,0,&
hKey),其中hKey就是我们获取的该注册表子键的HANDLE句柄。
接下来对注册表子键的操作就是通过hKey来实现.
有了hKey,就可以对注册表子键的各个内容进行读写操作。
如果要读去子键的Prefix,调用函数RegQueryValueEx(hKey,TEXT("
),NULL,&
lpTyp
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- wince 注册表 结构