[轉載]S3c2440A平臺HIVE注冊表 binfs的實(shí)現

今天總結一些實(shí)現的過(guò)程和原理。
我的例子是基于samsung S3C2440A＋samsung ONENAND WinCE5.0的，開(kāi)發(fā)平臺是platform builder 5.0，首先我們基于RAM register的image已經(jīng)可以正常跑起來(lái)了，Flash除了放置image外其他的空間為用戶(hù)提供文件系統，這部分的驅動(dòng)程序是用三星的PocetStoreII15。

先來(lái)回味一下底層的東東，我們的Image主要由兩部分組成：XIPKERNEL.bin和NK.bin,XIPKERNEL.bin中的東西就是那些WinCE中比較核心的又需要經(jīng)常加載的一些程序和DLL文件，這些文件會(huì )被Boot Loader在剛啟動(dòng)的時(shí)候拷貝到RAM中去，這樣就可以在RAM中XIP（Excute in place）了。在NK.bin中的基本上是需要但不至于要常駐內存的一些程序和DLL了，比如我們BuildIn下的大部分驅動(dòng)，比如微軟的IE，mediaplayer等應用程序，甚至連設備管理器device.exe也可以放到這里面,這些文件只有在需要的時(shí)候才被復制到內存中去執行，節約了內存并且也加快了啟動(dòng)的時(shí)間。嘿，到這里大概知道binfs的工作原理和重要性吧。

binfs的建立工作是在用UT（OEM自己的一種底層的工具集）實(shí)現的，UT在燒image的時(shí)候會(huì )自動(dòng)把XIPKERNEL和NK分別保存到flash的特定的邏輯扇區上.啟動(dòng)的時(shí)候Boot Loader會(huì )先把XIPKERNEL復制到RAM中，然后跳到RAM中的XIPKERNEL的入口點(diǎn)去執行，這個(gè)時(shí)候會(huì )跑一些OEMinit之類(lèi)的CPU，內存，中短等初始化的過(guò)程，接著(zhù)OS會(huì )從注冊表中找到binfs的一些設置，然后加載binfs的驅動(dòng)使binfs分區對OS來(lái)講是可用的，假如device.exe是在NK.bin中的話(huà)，那么在這個(gè)時(shí)候就可以用binfsdevice.exe（binfs是假設的裝載路徑）來(lái)調用它了，如果這個(gè)時(shí)候binfs沒(méi)有初始化成功那么，device.exe得不到執行，那么系統肯定就起不來(lái)了。

現在來(lái)講講HIVE，其實(shí)HIVE是個(gè)很簡(jiǎn)單的東西，都怪和binfs牽到一起搞得很多問(wèn)題都走錯了方向，本來(lái)一天就能搞定結果搞了四五天，NND。這么說(shuō)吧，WinCE下面就兩種注冊表，一種是RAM based，另外就是HIVE based了，缺省用的是前者，如果用前者PB會(huì )在編譯的時(shí)候把common.reg和platform.reg的內容做到一個(gè)叫reginit.ini的文件然后壓縮成default.***（忘記擴展名了，有過(guò)老跡象了哈）的文件放到XIPKERNEL中去，image在起來(lái)的時(shí)候會(huì )把這個(gè)文件解壓到RAM中形成RAM based注冊表，既然是RAM based那么所有的改動(dòng)都會(huì )在斷電后蒸發(fā)，哈哈。怎么辦呢？其實(shí)再笨你也能想出來(lái)，保存到磁盤(pán)上不就結了嗎??？對你太聰明了，但是你想如果你把注冊表全放到磁盤(pán)（SDMMC或HDD或Flash）上WinCE怎么在沒(méi)有加載你磁盤(pán)的驅動(dòng)的情況下讀到注冊表呢？而一般情況加載磁盤(pán)的驅動(dòng)程序也是要注冊表的支持??！嘿，對了，這就是HIVE想到的，看它怎么做，它把注冊表分成兩部分（其實(shí)是三部分，當時(shí)大體還是兩步分，把user.hv和system.hv做一部分），第一部分就是叫做boot.hv的注冊表，里面的東西就是一些在沒(méi)有拿到保存在磁盤(pán)的注冊表之前引導時(shí)需要的一些設置，這部分的注冊表和RAM based的是一樣的，改了之后斷電就沒(méi)了，所以這部分的注冊表項都是不需要改動(dòng)的，需要改動(dòng)的都放到第二部分就是了，這第二部分就是system.hv和user.hv了，也就是一直提到的要放到磁盤(pán)上的注冊表. 編譯的時(shí)候PB會(huì )根據platform.reg和Common.reg中的標簽判斷哪些表項放到boot.hv中，這個(gè)標簽就是;HIVE BOOT SECTION ;END BOOT SECTION,夾在這個(gè)標簽之間的表項PB在編譯的時(shí)候會(huì )把它們塞到boot.hv中去（boot.hv是二進(jìn)制文件，要看里面到底放了哪些表項用一個(gè)老外寫(xiě)的工具吧，好像叫d_readvol.exe，到google上找得到的），其他的內容會(huì )分別塞到default.hv和user.hv中去，最后會(huì )把這三個(gè)hv文件統統塞到XIPKERNEL中去，這樣WinCE在引導的第一階段就把所有的hv扔到RAM中去了，然后打開(kāi)boot.hv拿到必要的資料，這其中包括如何加載放置system.hv的磁盤(pán)的驅動(dòng)，所以那些和加載這個(gè)磁盤(pán)相關(guān)的驅動(dòng)要統統放到boot.hv中，比如FAT文件系統驅動(dòng)，mspart分區驅動(dòng)等等，這里有一點(diǎn)很重要就是假如你用binfs而且device.exe在NK.bin中，那么一定在第一階段要保證binfs可用，否則這里就不可能為system.hv創(chuàng )造條件了。WinCE第一次啟動(dòng)時(shí)候磁盤(pán)上沒(méi)有東東，這個(gè)時(shí)候WinCE會(huì )將內存中的default.hv和user.hv復制到注冊表BootVars指定的地方，default.hv往往會(huì )被重命名為system.hv，第二次啟動(dòng)會(huì )先檢查磁盤(pán)上的hv是不是和內存中的一致，不一致就加載磁盤(pán)上的表項。

整個(gè)過(guò)程就是這樣子，但要注意一點(diǎn)，HIVE注冊表也是在內存中運行的，不同的是啟動(dòng)的時(shí)候會(huì )從磁盤(pán)上去讀改動(dòng)的表項，因為這樣才能保證速度，所以你做的的注冊表改動(dòng)也是在內存中做的，這個(gè)時(shí)候如果你不掉用FlushRegister去將內存中的數值保存到磁盤(pán)上那么這些改動(dòng)還是會(huì )丟失的。兩種方法來(lái)避免丟失，一種是認為去調用FlushRegister,令一種就設置一個(gè)flag讓W(xué)inCE在每次改動(dòng)注冊表后自動(dòng)Flush.

最后總結一下我到底做了哪些事情：
1）在PB中將HIVEbased Registers拉到項目的WorkSpaces中來(lái)。
2）把Platform.reg中的下列表項加到boot.hv中
3）Build Image了

附上我的注冊表設置做參考：

;-----------------------------------------------------------------------------------------
;ALL these entries below will be add to boot.hv when hive register is enabled!
;HIVE BOOT SECTION

[HKEY_LOCAL_MACHINEinitBootVars]
"SYSTEMHIVE"="Documents and Settings\system.hv" ;system.hv會(huì )保存到HDDDocuments and Settingssystem.hv
;"PROFILEDIR"="Documents and Settings" ;user.hv會(huì )保存到HDDDocuments and Settingsdefaultuser.hv
"Start DevMgr"=dword:1 ;這個(gè)說(shuō)是啟動(dòng)device.exe，但是wince 5.0好像不用這個(gè)
"DefaultUser"="default" ;咱們只有一個(gè)用戶(hù)default，基本上就是決定user.hv的路徑了
"Flags"=dword:3 ;這個(gè)應該是wince 5.0下決定在哪個(gè)階段啟動(dòng)device.exe的表項
"RegistryFlags"=dword:1 ;這個(gè)就是設置注冊表每次改動(dòng)后自動(dòng)flush到system.hv

;###########################################################################
;這個(gè)部分是binfs的注冊表項，如果你不是用的binfs那么不用將它們拉到boot.hv中
[HKEY_LOCAL_MACHINESystemStorageManagerAutoLoadSMFlash]
"DriverPath"="Drivers\BlockDevice\SMFlash"
"LoadFlags"=dword:1
"MountFlags"=dword:11
"BootPhase"=dword:0
"Flags"=dword:1000
[HKEY_LOCAL_MACHINEDriversBlockDeviceSMFlash]
"Prefix"="DSK"
"Dll"="BIBDrv.dll"
"Order"=dword:0
"Ioctl"=dword:4
"Profile"="SMFlash"
"FriendlyName"="Samsung Flash Driver"
"MountFlags"=dword:11
"BootPhase"=dword:0
"Flags"=dword:1000
; Bind BINFS to the block driver
[HKEY_LOCAL_MACHINESystemStorageManagerProfilesSMFlash]
"DefaultFileSystem"="BINFS" ;binfs的路徑為/BINFS
"PartitionDriver"="mspart.dll"
"AutoMount"=dword:1
"AutoPart"=dword:1
"MountFlags"=dword:11
"Folder"="ResidentFlash"
"Name"="Samsung Flash Disk"
"BootPhase"=dword:0
"Flags"=dword:1000
"MountHidden"=dword:0 ;有了這個(gè)你就可以在/BINFS目錄下看到所有的NK.bin的東東了

;###########################################################################

;###########################################################################
;這個(gè)部分是設置保存system.hv的磁盤(pán)的驅動(dòng)程序，每個(gè)人不一樣了,但是大同小異
;我這里用的是PoketStroeII15的Flash驅動(dòng)，system.hv保存在第一個(gè)Flash分區上
IF BSP_POCKETSTORE
[HKEY_LOCAL_MACHINEDriversBuiltInPocketStore]
"Prefix"="DSK"
"Dll"="ONDisk.dll"
"Order"=dword:1
"Profile"="PocketStore"
"IClass"=multi_sz:"{A4E7EDDA-E575-4252-9D6B-4195D48BB865}"
"BmlVolumeId"=dword:0 ; BML volume ID = 0
"BmlPartitionId"=dword:8 ; BML parition ID = PARTITION_ID_FILESYSTEM
"Index"=dword:2
"Flags"=dword:1000 ;這個(gè)flag指定這個(gè)驅動(dòng)只在boot.hv中加載一次
[HKEY_LOCAL_MACHINESystemStorageManagerProfilesPocketStore]
"DefaultFileSystem"="FATFS"
"PartitionDriver"="mspart.dll"
"AutoMount"=dword:1
"AutoPart"=dword:1
"AutoFormat"=dword:1
"MountAsBootable"=dword:1 ;這個(gè)是wince 5.0下指定這個(gè)分區保存system.hv的關(guān)鍵
"Folder"="HDD"
"Name"="NAND Drive"
"Ioctl"=dword:4

[HKEY_LOCAL_MACHINESystemStorageManagerProfilesPocketStoreFATFS]
"EnableCacheWarm"=dword:0

ENDIF
;###########################################################################

;END HIVE BOOT SECTION

That's ALL,THANK U.
有問(wèn)題請和我一起討論，我喜歡尋根問(wèn)底哈！

補充：
我的Flash劃分了四個(gè)區，第一個(gè)區是放4k的只能以nor模式運行的bootloader，然后第二個(gè)區放置UT，第三個(gè)區放置XIPKERNEL和BINFS，第四個(gè)區是將剩下的所有的扇區格式化為一個(gè)FAT分區作為文件系統，system.hv就是放置在最后一個(gè)分區中，在wince起來(lái)之后可以看到有個(gè)document and setting文件夾，里面的hv文件都是隱藏的。
我們用的是三星的ONENAND的flash，其實(shí)就是擁有4K NOR的NAND flash，我們的bootloader也分成三部份，第一部分bootloader主要是映射到0x00000000地址的一些跳轉指令，這個(gè)部分會(huì )被燒寫(xiě)到flash的前4K里面，然后三星的ONENAND會(huì )自動(dòng)復制前4K的數據到一個(gè)類(lèi)似NOR的物理模塊中，這個(gè)NOR模塊支持CPU的直接尋址；第二部份叫IPL，它的功能是加載在NAND flash中的image或UT，然后在加載后跳轉到其RAM中的入口去執行，因為CPU的數據線(xiàn)和地址線(xiàn)在這個(gè)時(shí)候還只能直接訪(fǎng)問(wèn)NOR flash，要訪(fǎng)問(wèn)NAND flash的話(huà)必須要有NAND的接口驅動(dòng)，所以在IPL的部分會(huì )有NAND的接口驅動(dòng)的代碼，這就導致IPL的代碼一般有幾十到上百K，我們的flash一個(gè)塊是128K，前兩部分一共占了兩個(gè)塊；第三個(gè)部分是UT，就是一些通用的工具，比如燒image，燒bootloader，格式化flash等常用的維護和image升級工具，這個(gè)部分的數據最多包括了很多的驅動(dòng)程序，體積也很大，有300K的樣子。

最后我們的三個(gè)部分的bootloader一共占據了flash的頭10個(gè)塊（block），128K*10,但這三個(gè)部分在三星的flash的分區中是兩個(gè)BML分區（三星的flash驅動(dòng)PocetStoreII里面的概念，你就把它看成普通的磁盤(pán)分區好了），等下后面給的圖示可以看到。

接下來(lái)的塊會(huì )放置一個(gè)MBR，然后從11個(gè)塊開(kāi)始我們放置wince的image了，這個(gè)區是第三個(gè)BML分區，大小一般在40－200個(gè)塊左右，因為wince的image也就在4M－20M左右，這些劃分分區的工作都是由上面提到的UT去做的，我也沒(méi)有仔細看源代碼，只是看到有BMLFormat之類(lèi)的函數，其參數就是后面看到的圖示。如果是binfs那么這個(gè)區會(huì )放置兩個(gè)模塊：XIPKERNEL和NK，NK的區域會(huì )被binfs的驅動(dòng)識別并且加載成FAT分區的樣子，可以在wince的資源管理器中看到的，具體是怎么被識別的還沒(méi)有認真的搞懂。

大概算下來(lái)，前面所有的空間也就被占用20多M的樣子，剩下的空間了你可以隨意利用了，分區的方法還是調用三星的flash驅動(dòng)中的BMLFormat和STLformat，分區的參數定好了它們就會(huì )自動(dòng)把分區建好，這部分的工作我們在BT中完成的。然后WinCE中僅僅需要將這些分區讀出來(lái)并顯示成磁盤(pán)就行了，這個(gè)就和SD、HDD的驅動(dòng)相似了，參考樓頂的介于“IF BSP_POCKETSTORE”部分的注冊表寫(xiě)法就行了。