wince 6.0如何实现基于HIVE注册表？

我现在用的最新飞思卡尔的A8开发板iMX515，该评估板外部存储设备只有SDHC卡，现在怎么都实现不了基于HIVE的注册表。

默认时好象是RAM-Based registry(看到网上说CE6.0默认是HIVE-BASED REGISTRY，不知道是不是这样)，当采用RAM-Based的注册表时，可以看到SDMemory这样的目录，当我选择HIVE-BASED REGISTRY后，CLEAN SYSGEN生成NK烧写到SD卡后重新启动，发现没有了SDMemory这样的目录，多出了Object stroage这个目录，并且像WINDOWS，DOCUMENTS AND SETTINGS这样的系统目录当留在了SD卡上，真的是非常奇怪。

不知道是否可以用SD卡做基于HIVE的注册表，但现在只有SD卡这个外部设备，NK，EBOOT，XLDR都是放在这里面。
另外，在platfrom.reg中有些注册表项不知道该怎么设置？
HKEY_LOCAL_MACHINE\init\BootVars这个下面的FLAGS，REGISTRY FLAGS知道怎么配置，网上有讲，但是
HKEY_LOCAL_MACHINE\SYSTEM\StorageManager\AutoLoad\ObjectStore
HKEY_LOCAL_MACHINE\SYSTEM\StorageManager\Profiles\SDMemory
还有HKEY_LOCAL_MACHINE\Drivers\BuiltIn\ESDHC1等注册表项根本不知道怎么配置，网上没有SD卡作为HIVE注册表的例子，如果按照网上提供的基于NAND FLASH的HIVE注册表，需要修改上面的地方，但不知道怎么改，乱折腾，没有达到相应的效果。

请做过这方面的专家指导！

32 个解决方案

#1

公司也是用这个开发板,但是这个直接飞思卡尔提供技术支持.帮顶.

#2

是的，找技术支持是最好最直接的方法

51的BSP写的很不好，想自己独立做有很大的难度

#3

ywmen，能不能帮我弄个你们公司研究这个的QQ，我一点头绪都没有。^_^

今天在网上发现了2011年4月份最新的BSP更新，发现BSP中的platform.reg中有关于HIVE的部分，但是一旦设定基于HIVE的注册表，启动还是偶尔会失败。

真晕...

#4

引用 3 楼 dragon17162 的回复:

ywmen，能不能帮我弄个你们公司研究这个的QQ，我一点头绪都没有。^_^

今天在网上发现了2011年4月份最新的BSP更新，发现BSP中的platform.reg中有关于HIVE的部分，但是一旦设定基于HIVE的注册表，启动还是偶尔会失败。

真晕...

不会把，昨天无聊打了最新的几个补丁，没有发现启动失败啊

#5

同意LZ，买板子买的就是技术支持啊

#6

不会把，昨天无聊打了最新的几个补丁，没有发现启动失败啊

请问打了哪些补丁，我2010所有补丁，以及2011年1，2月份所有最新补丁全给打上了，还是会有启动失败的情况。

我怀疑呵根本就没有实现HIVE注册表。我发现它的2011年4月的platform.reg源码是这样的：
;------------------------------------------------------------------------------
; Hive Registry Configuration
;
; @CESYSGEN IF FILESYS_FSREGHIVE
; HIVE BOOT SECTION

; BootVars Flags:
; 1 = Start Storage Manager in boot phase 1 for hive-based registry.
; 2 = Start Device Manager in boot phase 1 for hive-based registry.
; 4 = Start Storage Manager in boot phase 1 for registry in external
;     ROM (e.g., BINFS).
; 8 = Start Device Manager in boot phase 1 for registry in external
;     ROM (e.g., BINFS).
;
; We use 1 so that we launch only the Storage Manager in boot phase 1 using
; the hive-based registry. This avoids any potential startup conflicts with
; having both the Storage Manager and Device Manager running during boot
; phase one.
;

IF BSP_HIVE_SDHC
[HKEY_LOCAL_MACHINE\init\BootVars]
"SystemHive"="Documents and Settings\\System.hv"
"Flags"=dword:3
    "NoDefaultUser"=dword:0
    "DefaultUser"="default"
"ProfileDir"="Documents and Settings"
    "RegistryFlags"=dword:1   ;Enables aggressive flushing

这和2010年12月的，增加了BSP_HIVE_SDHC环境变量，实际上是在CE BASE里选了HIVE还要此变量为1才能用HIVE注册表，但是为什么要这样，并没有说。就算我增加环境变量，CLEAN SYSGEN后仍然有无法启动的情形。

我们不是一线合作伙伴，FreeScale不提供技术支持。

无解了吗？

#7

一直都在使用RAM注册表，还没使用HIVE注册表去试过，关注。。。。。。。。。。

#8

引用 3 楼 dragon17162 的回复:

ywmen，能不能帮我弄个你们公司研究这个的QQ，我一点头绪都没有。^_^

今天在网上发现了2011年4月份最新的BSP更新，发现BSP中的platform.reg中有关于HIVE的部分，但是一旦设定基于HIVE的注册表，启动还是偶尔会失败。

真晕...

LZ参考一下这个设置
;------------------------------------------------------------------------------
; Hive Registry Configuration
;
; @CESYSGEN IF FILESYS_FSREGHIVE
; HIVE BOOT SECTION

; BootVars Flags:
; 1 = Start Storage Manager in boot phase 1 for hive-based registry.
; 2 = Start Device Manager in boot phase 1 for hive-based registry.
; 4 = Start Storage Manager in boot phase 1 for registry in external
;     ROM (e.g., BINFS).
; 8 = Start Device Manager in boot phase 1 for registry in external
;     ROM (e.g., BINFS).
;
; We use 1 so that we launch only the Storage Manager in boot phase 1 using
; the hive-based registry. This avoids any potential startup conflicts with
; having both the Storage Manager and Device Manager running during boot
; phase one.
;
[HKEY_LOCAL_MACHINE\init\BootVars]
    "SystemHive"="Documents and Settings\\System.hv"
    "Flags"=dword:3
    "NoDefaultUser"=dword:0
    "DefaultUser"="default"
    "ProfileDir"="Documents and Settings"
    "RegistryFlags"=dword:1   ;Enables aggressive flushing
 
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\CSPDDK]    
    "Flags"=dword:1000

[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\PMI]
    "Flags"=dword:1000    

[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\ECSPI1]
    "Flags"=dword:1000    

[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\ESDHC1]
    "Flags"=dword:1000

[HKEY_LOCAL_MACHINE\Drivers\Builtin\SDBusDriver]
   "Order"=dword:15
   "Dll"="SDBus.dll"
   "Prefix"="SDC"
   "ThreadPriority"=dword:64     ; default thread priority for dispatch thread
   "RequestListDepth"=dword:30   ; pre-allocated requests
   "Flags"=dword:10000 ; DEVFLAGS_TRUSTEDCALLERONLY
   "IClass"=multi_sz:"{20FA98A8-B298-4b32-8D72-C716AEE2FA84}=%b","{6F40791D-300E-44E4-BC38-E0E63CA8375C}=%b"

; SD Memory Storage class driver
[HKEY_LOCAL_MACHINE\Drivers\SDCARD\ClientDrivers\Class\SDMemory_Class]
   "Dll"="SDMemory.dll"
   "Prefix"="DSK"
   "BlockTransferSize"=dword:40  ; send no more than 64 blocks of data per bus transfer

   "Profile"="SDMemory"
   "IClass"=multi_sz:"{A4E7EDDA-E575-4252-9D6B-4195D48BB865}",
                     "{8DD679CE-8AB4-43c8-A14A-EA4963FAA715}"

; SDHC Memory Storage class driver
[HKEY_LOCAL_MACHINE\Drivers\SDCARD\ClientDrivers\Class\SDMemory_Class\High_Capacity]
   "Dll"="SDMemory.dll"
   "Prefix"="DSK"
   "BlockTransferSize"=dword:40  ; send no more than 64 blocks of data per bus transfer

   "Profile"="SDMemory"
   "IClass"=multi_sz:"{A4E7EDDA-E575-4252-9D6B-4195D48BB865}",
                     "{8DD679CE-8AB4-43c8-A14A-EA4963FAA715}"
   
; MMC Storage Class Driver
[HKEY_LOCAL_MACHINE\Drivers\SDCARD\ClientDrivers\Class\MMC_Class]
   "Dll"="SDMemory.dll"
   "Prefix"="DSK"
   "BlockTransferSize"=dword:40  ; send no more than 64 blocks of data per bus transfer

   "Profile"="MMC"
   "IClass"=multi_sz:"{A4E7EDDA-E575-4252-9D6B-4195D48BB865}",
                     "{8DD679CE-8AB4-43c8-A14A-EA4963FAA715}"

[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\SDMemory]
   "MountAsBootable"=dword:1
   "MountAsRoot"=dword:1
      
[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\MMC]
   "MountAsBootable"=dword:1
   "MountAsRoot"=dword:1

[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\HDProfile]
   "MountAsBootable"=dword:0

[HKEY_LOCAL_MACHINE\System\StorageManager\AutoLoad\ObjectStore]
    "MountAsBootable"=dword:0
    "MountAsRoot"=dword:0

    
; END HIVE BOOT SECTION
; @CESYSGEN ENDIF FILESYS_FSREGHIVE

#9

我仔细查对了我的platform.reg源码相关部分，和楼上的一模一样啊！

7楼说，一直都在使用RAM注册表，那怎么修改IP地址等，修改后如何保存？

#10

我使用过锡汰的开发板，使用HIVE注册表是没有问题的。。。。。。。。。

但原厂开发板是RAM注册表，没有去试过HIVE的注册表，我们自己使用的是RAM注册表通过OEM方式保存在FLASH中，没去关注过原厂的BSP是不是不能使用HIVE注册表！！！

#11

请问一下楼上几位有没有调过MX51的视频输入？

我发现隔行视频处理不了。

#12

关注，我也为这个问题郁闷

#13

通过OEM方式保存在FLASH中，那我现在的开发板都没有NAND..

暂时还没有折腾视频输入。

#14

你们有没有发现iMX51开发板待机有问题：

我在wince启动后，在桌面上点击鼠标右键打开电源管理，然后选择AC电源，所有待机都选择“NEVER”,从不待机，但是系统在很长时间后，还是会进入待机状态。这时可以通过短暂按下开机键来唤醒，但有时好像不能唤醒。

另外，如果我在这里不选择“NEVER”，而选择“1分钟”，但我发现这个时间不准，不止1分钟。

我仔细查看开发板驱动说明书，关于MC13892电源管理这个章节，找不到相关的设置，也找不到关于待机后按开机键唤醒等相关的说明。。。

#15

这个跟13892没关系吧 你设置的时间里有三个时间 Useridle Systemidle suspend

不知道你设置的是哪个时间，51-EVK的开发板我用过只有按按键才能进入休眠吧  默认是不会进入休眠状态的。  

有没有人修改过ATK1.70的源码，是不是默认支持K9F2G08U0B等256M的NANDFLASH  还是需要修改源码重新编译啊。。。。。。。。。。我按照文档重新编译修改，一直未实现，楼上的有做过这个方面的修改没？？

#16

引用 15 楼 cping1983 的回复:

这个跟13892没关系吧 你设置的时间里有三个时间 Useridle Systemidle suspend

不知道你设置的是哪个时间，51-EVK的开发板我用过只有按按键才能进入休眠吧 默认是不会进入休眠状态的。  

有没有人修改过ATK1.70的源码，是不是默认支持K9F2G08U0B等256M的NANDFLASH 还是需要修改源码重新编译啊。。。。。。。。。。我按照文档重新编译修改……

这款我也用过，烧不进去的，源代码里就没有这款芯片的支持，曾经修改过ATK，也不行。解决了告一声。哈哈

#17

你是如何修改的，ATK1.70里面的说明文档严重滞后，还是1.60版本的说明，都没修改过，里面的结构确都变化了，在1.60的时候我参照文档修改就可以了！！！

改成2K页大小的SLC NANDFLASH   XLDR以及ANDFLASH读写都需要重新移植过！！！工作量太多了，后续你们换说明FLASH？？

4G的NANDFLASH 又会导致启动慢。

#18

学习。还在路途中、。

#19

;HIVE BOOT SECTION
..............
//保存在HIVE注册表中的内容
..............
;END HIVE BOOT SECTION

#20

引用 15 楼 cping1983 的回复:

这个跟13892没关系吧 你设置的时间里有三个时间 Useridle Systemidle suspend

不知道你设置的是哪个时间，51-EVK的开发板我用过只有按按键才能进入休眠吧 默认是不会进入休眠状态的。  

有没有人修改过ATK1.70的源码，是不是默认支持K9F2G08U0B等256M的NANDFLASH 还是需要修改源码重新编译啊。。。。。。。。。。我按照文档重新编译修改……

我用的是i.MX515-EVK，这里是有3个时间，默认设置的都是0，也就是没有休眠状态，但是我测试，过了一个晚上，第二天早上显示器就黑了，进入待机了。我用的是DVI输出。

这到底是怎么回事呢？

#21

可能是我没测试这么长时间吧！！！有时间再去拿开发板测试下试试

#22

我用的是i.MX515-EVK，这里是有3个时间，默认设置的都是0，也就是没有休眠状态，但是我测试，过了一个晚上，第二天早上显示器就黑了，进入待机了。我用的是DVI输出。

这到底是怎么回事呢？ \

这个是 PM.dll 电源管理程序的bug, 

#23

引用 17 楼 cping1983 的回复:

你是如何修改的，ATK1.70里面的说明文档严重滞后，还是1.60版本的说明，都没修改过，里面的结构确都变化了，在1.60的时候我参照文档修改就可以了！！！

改成2K页大小的SLC NANDFLASH XLDR以及ANDFLASH读写都需要重新移植过！！！工作量太多了，后续你们换说明FLASH？？

4G的NANDFLASH 又会导致启动慢。

公司暂时不做这个了，继续使用inand。nandflash也就先放下。

#24

第22楼说：这个是 PM.dll 电源管理程序的bug,

这样的BUG，怎么能够接受呢？怎么做成产品呢？

#25

引用 23 楼 ywmen 的回复:

引用 17 楼 cping1983 的回复:
你是如何修改的，ATK1.70里面的说明文档严重滞后，还是1.60版本的说明，都没修改过，里面的结构确都变化了，在1.60的时候我参照文档修改就可以了！！！

改成2K页大小的SLC NANDFLASH XLDR以及ANDFLASH读写都需要重新移植过！！！工作量太多了，后续你们换说明FLASH？？

4G的NANDFLASH 又会导致启动慢……

用inand如果客户想升级系统，你们是怎样做的？

#26

INAND只是保存数据，系统还是放在一片小容量SLC NAND FLASH中的

31我们是这样做的  51还没确定

#27

没辙了，还是不行...

#28

引用 25 楼 smart_qiang 的回复:

引用 23 楼 ywmen 的回复:
引用 17 楼 cping1983 的回复:
你是如何修改的，ATK1.70里面的说明文档严重滞后，还是1.60版本的说明，都没修改过，里面的结构确都变化了，在1.60的时候我参照文档修改就可以了！！！

改成2K页大小的SLC NANDFLASH XLDR以及ANDFLASH读写都需要重新移植过！！！工作量太多了，后续你们换说明FLASH？？

……

修改xldr，eboot，通过插入SD卡（里面有需要更新的NK）来更新inand里的系统.

#29

HIVE-ONLY register, ROM-ONLY filesystem. 就可以了。别的应该是不需要动的。

#30

引用 28 楼 ywmen 的回复:

引用 25 楼 smart_qiang 的回复:
引用 23 楼 ywmen 的回复:
引用 17 楼 cping1983 的回复:
你是如何修改的，ATK1.70里面的说明文档严重滞后，还是1.60版本的说明，都没修改过，里面的结构确都变化了，在1.60的时候我参照文档修改就可以了！！！

改成2K页大小的SLC NANDFLASH XLDR以及ANDFLASH读写都需要重新移植过！！……

工作量大吗？我看了下EBOOT里没有做SD2的驱动

#31

结贴吧，这都是什么玩意

#32

引用 26 楼 cping1983 的回复:

INAND只是保存数据，系统还是放在一片小容量SLC NAND FLASH中的

31我们是这样做的  51还没确定

这个处理器应该直接支持inand 启动的，不需要SLC的 nandflash 了啊。我的S5PV210 直接用iNand 启动的，不需要什么nandflash ，启动和存储都放inand了。

引用 31 楼 dragon17162 的回复:

结贴吧，这都是什么玩意

不会没搞定了吧？