[轉(zhuǎn)載]S3c2440A平臺(tái)HIVE注冊(cè)表 binfs的實(shí)現(xiàn)
今天總結(jié)一些實(shí)現(xiàn)的過(guò)程和原理。
我的例子是基于samsung S3C2440A+samsung ONENAND WinCE5.0的,開發(fā)平臺(tái)是platform builder 5.0,首先我們基于RAM register的image已經(jīng)可以正常跑起來(lái)了,F(xiàn)lash除了放置image外其他的空間為用戶提供文件系統(tǒng),這部分的驅(qū)動(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中的基本上是需要但不至于要常駐內(nèi)存的一些程序和DLL了,比如我們BuildIn下的大部分驅(qū)動(dòng),比如微軟的IE,mediaplayer等應(yīng)用程序,甚至連設(shè)備管理器device.exe也可以放到這里面,這些文件只有在需要的時(shí)候才被復(fù)制到內(nèi)存中去執(zhí)行,節(jié)約了內(nèi)存并且也加快了啟動(dòng)的時(shí)間。嘿,到這里大概知道binfs的工作原理和重要性吧。
binfs的建立工作是在用UT(OEM自己的一種底層的工具集)實(shí)現(xiàn)的,UT在燒image的時(shí)候會(huì)自動(dòng)把XIPKERNEL和NK分別保存到flash的特定的邏輯扇區(qū)上.啟動(dòng)的時(shí)候Boot Loader會(huì)先把XIPKERNEL復(fù)制到RAM中,然后跳到RAM中的XIPKERNEL的入口點(diǎn)去執(zhí)行,這個(gè)時(shí)候會(huì)跑一些OEMinit之類的CPU,內(nèi)存,中短等初始化的過(guò)程,接著OS會(huì)從注冊(cè)表中找到binfs的一些設(shè)置,然后加載binfs的驅(qū)動(dòng)使binfs分區(qū)對(duì)OS來(lái)講是可用的,假如device.exe是在NK.bin中的話,那么在這個(gè)時(shí)候就可以用binfsdevice.exe(binfs是假設(shè)的裝載路徑)來(lái)調(diào)用它了,如果這個(gè)時(shí)候binfs沒(méi)有初始化成功那么,device.exe得不到執(zhí)行,那么系統(tǒng)肯定就起不來(lái)了。
現(xiàn)在來(lái)講講HIVE,其實(shí)HIVE是個(gè)很簡(jiǎn)單的東西,都怪和binfs牽到一起搞得很多問(wèn)題都走錯(cuò)了方向,本來(lái)一天就能搞定結(jié)果搞了四五天,NND。這么說(shuō)吧,WinCE下面就兩種注冊(cè)表,一種是RAM based,另外就是HIVE based了,缺省用的是前者,如果用前者PB會(huì)在編譯的時(shí)候把common.reg和platform.reg的內(nèi)容做到一個(gè)叫reginit.ini的文件然后壓縮成default.***(忘記擴(kuò)展名了,有過(guò)老跡象了哈)的文件放到XIPKERNEL中去,image在起來(lái)的時(shí)候會(huì)把這個(gè)文件解壓到RAM中形成RAM based注冊(cè)表,既然是RAM based那么所有的改動(dòng)都會(huì)在斷電后蒸發(fā),哈哈。怎么辦呢?其實(shí)再笨你也能想出來(lái),保存到磁盤上不就結(jié)了嗎?。繉?duì)你太聰明了,但是你想如果你把注冊(cè)表全放到磁盤(SDMMC或HDD或Flash)上WinCE怎么在沒(méi)有加載你磁盤的驅(qū)動(dòng)的情況下讀到注冊(cè)表呢?而一般情況加載磁盤的驅(qū)動(dòng)程序也是要注冊(cè)表的支持??!嘿,對(duì)了,這就是HIVE想到的,看它怎么做,它把注冊(cè)表分成兩部分(其實(shí)是三部分,當(dāng)時(shí)大體還是兩步分,把user.hv和system.hv做一部分),第一部分就是叫做boot.hv的注冊(cè)表,里面的東西就是一些在沒(méi)有拿到保存在磁盤的注冊(cè)表之前引導(dǎo)時(shí)需要的一些設(shè)置,這部分的注冊(cè)表和RAM based的是一樣的,改了之后斷電就沒(méi)了,所以這部分的注冊(cè)表項(xiàng)都是不需要改動(dòng)的,需要改動(dòng)的都放到第二部分就是了,這第二部分就是system.hv和user.hv了,也就是一直提到的要放到磁盤上的注冊(cè)表. 編譯的時(shí)候PB會(huì)根據(jù)platform.reg和Common.reg中的標(biāo)簽判斷哪些表項(xiàng)放到boot.hv中,這個(gè)標(biāo)簽就是;HIVE BOOT SECTION ;END BOOT SECTION,夾在這個(gè)標(biāo)簽之間的表項(xiàng)PB在編譯的時(shí)候會(huì)把它們?nèi)絙oot.hv中去(boot.hv是二進(jìn)制文件,要看里面到底放了哪些表項(xiàng)用一個(gè)老外寫的工具吧,好像叫d_readvol.exe,到google上找得到的),其他的內(nèi)容會(huì)分別塞到default.hv和user.hv中去,最后會(huì)把這三個(gè)hv文件統(tǒng)統(tǒng)塞到XIPKERNEL中去,這樣WinCE在引導(dǎo)的第一階段就把所有的hv扔到RAM中去了,然后打開boot.hv拿到必要的資料,這其中包括如何加載放置system.hv的磁盤的驅(qū)動(dòng),所以那些和加載這個(gè)磁盤相關(guān)的驅(qū)動(dòng)要統(tǒng)統(tǒng)放到boot.hv中,比如FAT文件系統(tǒng)驅(qū)動(dòng),mspart分區(qū)驅(qū)動(dòng)等等,這里有一點(diǎn)很重要就是假如你用binfs而且device.exe在NK.bin中,那么一定在第一階段要保證binfs可用,否則這里就不可能為system.hv創(chuàng)造條件了。WinCE第一次啟動(dòng)時(shí)候磁盤上沒(méi)有東東,這個(gè)時(shí)候WinCE會(huì)將內(nèi)存中的default.hv和user.hv復(fù)制到注冊(cè)表BootVars指定的地方,default.hv往往會(huì)被重命名為system.hv,第二次啟動(dòng)會(huì)先檢查磁盤上的hv是不是和內(nèi)存中的一致,不一致就加載磁盤上的表項(xiàng)。
整個(gè)過(guò)程就是這樣子,但要注意一點(diǎn),HIVE注冊(cè)表也是在內(nèi)存中運(yùn)行的,不同的是啟動(dòng)的時(shí)候會(huì)從磁盤上去讀改動(dòng)的表項(xiàng),因?yàn)檫@樣才能保證速度,所以你做的的注冊(cè)表改動(dòng)也是在內(nèi)存中做的,這個(gè)時(shí)候如果你不掉用FlushRegister去將內(nèi)存中的數(shù)值保存到磁盤上那么這些改動(dòng)還是會(huì)丟失的。兩種方法來(lái)避免丟失,一種是認(rèn)為去調(diào)用FlushRegister,令一種就設(shè)置一個(gè)flag讓W(xué)inCE在每次改動(dòng)注冊(cè)表后自動(dòng)Flush.
最后總結(jié)一下我到底做了哪些事情:
1)在PB中將HIVEbased Registers拉到項(xiàng)目的WorkSpaces中來(lái)。
2)把Platform.reg中的下列表項(xiàng)加到boot.hv中
3)Build Image了
附上我的注冊(cè)表設(shè)置做參考:
;-----------------------------------------------------------------------------------------
;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è)用戶default,基本上就是決定user.hv的路徑了
"Flags"=dword:3 ;這個(gè)應(yīng)該是wince 5.0下決定在哪個(gè)階段啟動(dòng)device.exe的表項(xiàng)
"RegistryFlags"=dword:1 ;這個(gè)就是設(shè)置注冊(cè)表每次改動(dòng)后自動(dòng)flush到system.hv
;###########################################################################
;這個(gè)部分是binfs的注冊(cè)表項(xiàng),如果你不是用的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è)部分是設(shè)置保存system.hv的磁盤的驅(qū)動(dòng)程序,每個(gè)人不一樣了,但是大同小異
;我這里用的是PoketStroeII15的Flash驅(qū)動(dòng),system.hv保存在第一個(gè)Flash分區(qū)上
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è)驅(qū)動(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è)分區(qū)保存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)題請(qǐng)和我一起討論,我喜歡尋根問(wèn)底哈!
補(bǔ)充:
我的Flash劃分了四個(gè)區(qū),第一個(gè)區(qū)是放4k的只能以nor模式運(yùn)行的bootloader,然后第二個(gè)區(qū)放置UT,第三個(gè)區(qū)放置XIPKERNEL和BINFS,第四個(gè)區(qū)是將剩下的所有的扇區(qū)格式化為一個(gè)FAT分區(qū)作為文件系統(tǒng),system.hv就是放置在最后一個(gè)分區(qū)中,在wince起來(lái)之后可以看到有個(gè)document and setting文件夾,里面的hv文件都是隱藏的。
我們用的是三星的ONENAND的flash,其實(shí)就是擁有4K NOR的NAND flash,我們的bootloader也分成三部份,第一部分bootloader主要是映射到0x00000000地址的一些跳轉(zhuǎn)指令,這個(gè)部分會(huì)被燒寫到flash的前4K里面,然后三星的ONENAND會(huì)自動(dòng)復(fù)制前4K的數(shù)據(jù)到一個(gè)類似NOR的物理模塊中,這個(gè)NOR模塊支持CPU的直接尋址;第二部份叫IPL,它的功能是加載在NAND flash中的image或UT,然后在加載后跳轉(zhuǎn)到其RAM中的入口去執(zhí)行,因?yàn)镃PU的數(shù)據(jù)線和地址線在這個(gè)時(shí)候還只能直接訪問(wèn)NOR flash,要訪問(wèn)NAND flash的話必須要有NAND的接口驅(qū)動(dòng),所以在IPL的部分會(huì)有NAND的接口驅(qū)動(dòng)的代碼,這就導(dǎo)致IPL的代碼一般有幾十到上百K,我們的flash一個(gè)塊是128K,前兩部分一共占了兩個(gè)塊;第三個(gè)部分是UT,就是一些通用的工具,比如燒image,燒bootloader,格式化flash等常用的維護(hù)和image升級(jí)工具,這個(gè)部分的數(shù)據(jù)最多包括了很多的驅(qū)動(dòng)程序,體積也很大,有300K的樣子。
最后我們的三個(gè)部分的bootloader一共占據(jù)了flash的頭10個(gè)塊(block),128K*10,但這三個(gè)部分在三星的flash的分區(qū)中是兩個(gè)BML分區(qū)(三星的flash驅(qū)動(dòng)PocetStoreII里面的概念,你就把它看成普通的磁盤分區(qū)好了),等下后面給的圖示可以看到。
接下來(lái)的塊會(huì)放置一個(gè)MBR,然后從11個(gè)塊開始我們放置wince的image了,這個(gè)區(qū)是第三個(gè)BML分區(qū),大小一般在40-200個(gè)塊左右,因?yàn)閣ince的image也就在4M-20M左右,這些劃分分區(qū)的工作都是由上面提到的UT去做的,我也沒(méi)有仔細(xì)看源代碼,只是看到有BMLFormat之類的函數(shù),其參數(shù)就是后面看到的圖示。如果是binfs那么這個(gè)區(qū)會(huì)放置兩個(gè)模塊:XIPKERNEL和NK,NK的區(qū)域會(huì)被binfs的驅(qū)動(dòng)識(shí)別并且加載成FAT分區(qū)的樣子,可以在wince的資源管理器中看到的,具體是怎么被識(shí)別的還沒(méi)有認(rèn)真的搞懂。
大概算下來(lái),前面所有的空間也就被占用20多M的樣子,剩下的空間了你可以隨意利用了,分區(qū)的方法還是調(diào)用三星的flash驅(qū)動(dòng)中的BMLFormat和STLformat,分區(qū)的參數(shù)定好了它們就會(huì)自動(dòng)把分區(qū)建好,這部分的工作我們?cè)贐T中完成的。然后WinCE中僅僅需要將這些分區(qū)讀出來(lái)并顯示成磁盤就行了,這個(gè)就和SD、HDD的驅(qū)動(dòng)相似了,參考樓頂?shù)慕橛凇癐F BSP_POCKETSTORE”部分的注冊(cè)表寫法就行了。
BML分區(qū)的圖示 gstXSRPartI.stPEntry[0].nID= PARTITION_ID_EBOOT; gstXSRPartI.stPEntry[0].nAttr= BML_PI_ATTR_RO | BML_PI_ATTR_FROZEN; gstXSRPartI.stPEntry[0].n1stVbn= EBOOT_START; gstXSRPartI.stPEntry[0].nNumOfBlks = EBOOT_NUM; gstXSRPartI.stPEntry[1].nID= PARTITION_ID_IPL; gstXSRPartI.stPEntry[1].nAttr= BML_PI_ATTR_RO | BML_PI_ATTR_FROZEN; gstXSRPartI.stPEntry[1].n1stVbn= IPL_START; gstXSRPartI.stPEntry[1].nNumOfBlks = IPL_NUM; gstXSRPartI.stPEntry[2].nID= PARTITION_ID_COPIEDOS; gstXSRPartI.stPEntry[2].nAttr= BML_PI_ATTR_RO | BML_PI_ATTR_FROZEN; gstXSRPartI.stPEntry[2].n1stVbn= OS_START; gstXSRPartI.stPEntry[2].nNumOfBlks = OS_NUM; gstXSRPartI.stPEntry[3].nID= PARTITION_ID_FILESYSTEM; gstXSRPartI.stPEntry[3].nAttr= BML_PI_ATTR_RW; gstXSRPartI.stPEntry[3].n1stVbn= FAT0_START; gstXSRPartI.stPEntry[3].nNumOfBlks = FAT0_NUM; /* Additional BML partition information for 2nd TFAT */ gstXSRPartI.stPEntry[4].nID= PARTITION_ID_FILESYSTEM1; gstXSRPartI.stPEntry[4].nAttr= BML_PI_ATTR_RW; Multi-Partition Application Note 2Samsung Confidential gstXSRPartI.stPEntry[4].n1stVbn= FAT1_START; gstXSRPartI.stPEntry[4].nNumOfBlks = FAT1_NUM; gstXSRPartI.stPEntry[5].nID= PARTITION_ID_EBOOTCFG; gstXSRPartI.stPEntry[5].nAttr= BML_PI_ATTR_RW; gstXSRPartI.stPEntry[5].n1stVbn= EBOOTCFG_START; gstXSRPartI.stPEntry[5].nNumOfBlks = EBOOTCFG_NUM; |
評(píng)論