Windows CE是微軟推出的一款32位的嵌入式操作系統(tǒng)。它具有良好的多媒體功能和友好的人機(jī)交互界面,支持PowerPC、X86、ARM和MIPS等多個(gè)系列處理器的體系結(jié)構(gòu),并為所支持的處理器提供完善的系統(tǒng)庫(kù)[1]。它還提供了完善的設(shè)備驅(qū)動(dòng)程序和軟件開(kāi)發(fā)包，大大縮短了開(kāi)發(fā)周期，節(jié)約了電子智能產(chǎn)品的上市時(shí)間。在這些產(chǎn)品開(kāi)發(fā)過(guò)程中，系統(tǒng)啟動(dòng)時(shí)間的時(shí)延是影響客戶體驗(yàn)（QoE）的重要因素。啟動(dòng)速度受很多因素的影響，包括定制系統(tǒng)鏡像文件的大小、系統(tǒng)內(nèi)核加載驅(qū)動(dòng)的多少、內(nèi)存占用的大小等。為了減少系統(tǒng)啟動(dòng)時(shí)延，目前比較流行的做法是在Bootloader中添加LOGO啟動(dòng)畫(huà)面，從而在視覺(jué)上降低客戶的時(shí)延感受[2]。從本質(zhì)上講，這種方法并沒(méi)有從根本上減少系統(tǒng)的啟動(dòng)時(shí)延，僅僅是從視覺(jué)的角度轉(zhuǎn)移了客戶的注意力。

本文在分析Windows CE 6.0系統(tǒng)啟動(dòng)過(guò)程的基礎(chǔ)上，設(shè)計(jì)了一種在Bootloader中實(shí)現(xiàn)BinFS文件系統(tǒng)進(jìn)而完成Multi-bin加載的方法，從而真正達(dá)到縮短啟動(dòng)時(shí)間的效果，同時(shí)還為用戶節(jié)省了大量的內(nèi)存空間。實(shí)驗(yàn)結(jié)果表明，該方法性能穩(wěn)定，可移植性強(qiáng)，并已經(jīng)應(yīng)用到一款基于Samsung 2440處理器的IPTV手持式測(cè)試儀系統(tǒng)上。

1 Windows CE系統(tǒng)啟動(dòng)過(guò)程

Windows CE系統(tǒng)啟動(dòng)過(guò)程如圖1所示。

在Windows CE操作系統(tǒng)中，當(dāng)基于Windows CE的目標(biāo)設(shè)備上電啟動(dòng)或者復(fù)位時(shí)，系統(tǒng)首先加載并運(yùn)行Bootloader程序，Bootloader程序進(jìn)行必要的硬件初始化，然后通過(guò)Bootloader再加載并啟動(dòng)操作系統(tǒng)內(nèi)核映像。啟動(dòng)操作系統(tǒng)內(nèi)核的過(guò)程實(shí)際上就是加載并運(yùn)行OAL(OEM Adaptation Layer)程序的過(guò)程。OAL是Windows CE操作系統(tǒng)內(nèi)核的重要組成部分，OAL并不能被單獨(dú)加載并運(yùn)行，它最終被編譯進(jìn)操作系統(tǒng)內(nèi)核，從而通過(guò)操作系統(tǒng)內(nèi)核存在并發(fā)揮作用，操作系統(tǒng)的啟動(dòng)過(guò)程就是一個(gè)加載并運(yùn)行OAL程序的過(guò)程[3]。

系統(tǒng)從啟動(dòng)加載內(nèi)核映像文件到最后的顯示桌面會(huì)有一段時(shí)間，這個(gè)時(shí)間段就是通常所說(shuō)的啟動(dòng)時(shí)延。通常情況下為10 s~13 s。為了縮短這段時(shí)延，可以將系統(tǒng)映像分為多塊，將系統(tǒng)核心啟動(dòng)部分的內(nèi)容放到內(nèi)存中，其他部分放到固態(tài)存儲(chǔ)器（如Nand Flash）中，使用BINFS文件系統(tǒng)讀出。即在系統(tǒng)啟動(dòng)過(guò)程中，先加載操作系統(tǒng)內(nèi)核映像的核心部分，而操作系統(tǒng)內(nèi)核映像的其他部分仍然駐留在Nand Flash中，需要時(shí)再?gòu)腘and Flash中進(jìn)行加載，從而大大減少開(kāi)機(jī)讀取系統(tǒng)的時(shí)間。同時(shí)，也不再需要為操作系統(tǒng)預(yù)留全尺寸的內(nèi)存空間，而只需預(yù)留最小開(kāi)機(jī)核心部分的內(nèi)存空間，剩下的作為通用內(nèi)存空間。這樣就使得操作系統(tǒng)內(nèi)存的使用有了很大靈活性，同時(shí)可用系統(tǒng)內(nèi)存大大增加。從而，在根本上達(dá)到了按需加載系統(tǒng)模塊到內(nèi)存的要求。這就是所謂的Multi-bin技術(shù)。

2 Windows CE .bin鏡像文件解析與下載

由Windows CE的開(kāi)發(fā)工具Platform Build編譯生成的Windows CE操作系統(tǒng)及Bootloader的鏡像文件主要有兩種格式類(lèi)型：以.bin為文件名后綴的記錄型鏡像文件和以.nb0為后綴的原始型（raw）鏡像文件。前者以記錄（Record）為單位組織鏡像的數(shù)據(jù)，后者則是鏡像在嵌入式系統(tǒng)中運(yùn)行時(shí)的二進(jìn)制數(shù)據(jù)快照。其中，.bin文件是一個(gè)描述性質(zhì)的鏡像文件，它由文件頭(Head)、鏡像數(shù)據(jù)目的起始地址(ImageStart)、鏡像數(shù)據(jù)長(zhǎng)度(ImageLength)和多條相對(duì)獨(dú)立的記錄（Record）構(gòu)成。本文以實(shí)現(xiàn)Multi-bin的操作系統(tǒng)xip.bin為例進(jìn)行分析，使用UltraEdit將其打開(kāi)，如圖2所示。

從圖2可以看出，文件頭(head)由7個(gè)字節(jié)組成，內(nèi)容是：42 30 30 30 46 46 0A，即“B000FFx0A”，這是判斷鏡像文件是.bin類(lèi)型的依據(jù)。鏡像數(shù)據(jù)目的起始地址（ImageStart，00 00 07 80）由4個(gè)字節(jié)組成，它定義了鏡像文件解析后裝載在內(nèi)存中的起始地址是0x80070000。鏡像數(shù)據(jù)長(zhǎng)度(ImageLength，68 07 13 02)也由4個(gè)字節(jié)組成，它表示.bin鏡像文件解析后在內(nèi)存中占用的總的存儲(chǔ)空間大小為（0x02130768）。每條記錄（Record）由4字節(jié)的起始存儲(chǔ)地址(RecordStart)、4字節(jié)的數(shù)據(jù)長(zhǎng)度(RecordLength)、4字節(jié)的校驗(yàn)碼(RecordCheckSum)和RecordLength個(gè)字節(jié)的記錄數(shù)據(jù)（RecordData）組成。以第一條記錄(陰影部分)為例，分別為0x80070040、0x00000008、0x000001E3和0X8007004C434543454。

由以上.bin的文件格式可知，.bin文件不是內(nèi)存程序空間的一個(gè)簡(jiǎn)單的拷貝，所以它不能直接用串口燒寫(xiě)進(jìn)內(nèi)存或FLASH空間來(lái)直接運(yùn)行，必須通過(guò)EBOOT按照.bin文件的格式解析出來(lái)具體的內(nèi)容重新裝載后才能運(yùn)行[4]。對(duì)于xip.bin的下載流程如圖3所示。

3 BinFS的實(shí)現(xiàn)

3.1 BinFS簡(jiǎn)介

二進(jìn)制ROM映像文件系統(tǒng)（BinFS）是一個(gè)讀取由romimage.exe產(chǎn)生的二進(jìn)制映像（.bin）文件格式的文件系統(tǒng)。BinFS可以分析每個(gè)區(qū)域（Region）中的.bin文件記錄，這些.bin文件記錄，最終用戶是無(wú)法看見(jiàn)的。.bin文件以特定的片段（Section）組織數(shù)據(jù)，每個(gè)片段包含一個(gè)片段頭，片段頭定義了這個(gè)片段的起始地址、片段長(zhǎng)度及校驗(yàn)和。Romimage.exe將以邏輯片段組織的數(shù)據(jù)寫(xiě)到.bin文件中。

本文所采用的硬件平臺(tái)使用Samsung K9F1208U0B 64 MB的DDR SDRAM作為程序運(yùn)行的內(nèi)存，使用K9F-
1208UOM的64 MB Nand Flash作為保存Windows CE操作系統(tǒng)映像的存儲(chǔ)器。由于使用的是64 MB的Nand Flash存儲(chǔ)器，而最終的Release(發(fā)布版)Windows CE操作系統(tǒng)映像的大小在32 MB左右[5]，因此，如果將整個(gè)Flash存儲(chǔ)器只用來(lái)存儲(chǔ)操作系統(tǒng)映像文件，將無(wú)疑是一種巨大的浪費(fèi)。一種經(jīng)濟(jì)、合理的做法是將整個(gè)Flash分為兩部分，一部分是BinFS文件系統(tǒng)，用于保存Windows CE操作系統(tǒng)的多個(gè)映像文件(支持Multi-bin)；另一部分為FAT文件系統(tǒng)，用于保存其他用戶文件。采用這種方法，操作系統(tǒng)裁剪的越小，留給用戶的存儲(chǔ)空間就越大[6]。這一方案的實(shí)現(xiàn)需要BinFS文件系統(tǒng)的支撐。

3.2 BinFS的實(shí)現(xiàn)

Bootloader管理著目標(biāo)設(shè)備初始化、下載運(yùn)行時(shí)映像和引導(dǎo)運(yùn)行時(shí)映像的啟動(dòng)過(guò)程。在操作系統(tǒng)開(kāi)發(fā)過(guò)程中，使用Bootloader可以快速地將一個(gè)運(yùn)行時(shí)映像下載到目標(biāo)設(shè)備，節(jié)約開(kāi)發(fā)時(shí)間。如果Bootloader支持BinFS，則這個(gè)Bootloader是可以分區(qū)和格式化的，并且它可以把數(shù)據(jù)寫(xiě)進(jìn)存儲(chǔ)設(shè)備。

為了實(shí)現(xiàn)這個(gè)分區(qū)，Bootloader使用bootpart.lib靜態(tài)庫(kù)函數(shù)產(chǎn)生一個(gè)BinFS分區(qū)和一個(gè)外部擴(kuò)展分區(qū)。Bootpart支持庫(kù)將FMD的代碼從Bootloader中抽象出來(lái)，在進(jìn)行分區(qū)時(shí)，完成對(duì)Flash的低級(jí)格式化。也可以通過(guò)指定字節(jié)的偏移完成對(duì)分區(qū)指定長(zhǎng)度的讀或?qū)憽?br />
4 Multi-bin的實(shí)現(xiàn)

Multi-bin是把內(nèi)核映像分為“最小內(nèi)核”（xipkernel.bin）與“系統(tǒng)其他文件”（本文中的nk.bin）。在系統(tǒng)啟動(dòng)時(shí)加載的是BinFS分區(qū)上的xipkernel部分，它位于xip.bin的起始位置。

4.1 修改Config.bib file的內(nèi)存段

添加X(jué)IPKERNEL區(qū)域并且將它的存儲(chǔ)屬性設(shè)置為RAMIMAGE。XIPKERNEL是一個(gè)并不存儲(chǔ)NK的文件，這里可以將其看成最小系統(tǒng)。設(shè)置NK區(qū)域的存儲(chǔ)屬性為NANDIMAGE，這將會(huì)阻止NK地址空間被分配為RAM地址。CHAIN是實(shí)現(xiàn)Multi-bin的必須部分，其作用是通知系統(tǒng)各bin文件的位置。

當(dāng)加載帶有BinFS的映像時(shí)，Nand Flash設(shè)備上的Windows CE kernel（內(nèi)核）重定位到RAM區(qū)域，當(dāng)系統(tǒng)訪問(wèn)該區(qū)域時(shí)，BinFS負(fù)責(zé)訪問(wèn)Nand Flash設(shè)備上相對(duì)應(yīng)的位置，并返回?cái)?shù)據(jù)給系統(tǒng)。實(shí)際就是在Nand Flash設(shè)備上面實(shí)現(xiàn)了XIP（execute In place）的功能。

XIPKERNEL文件至少要包括下面的模塊：

Nk.exe；Kernel.dll；Coredll.dll；K.coredll.dll；Oalioctl.dll；
Filesys.dll；Fsdmgr.dll；Mspart.dll
Romfsd.dll；Binfs.dll；Default.fdf or boot.hv（here choose
boot.hv）；Fpcrt.dll (ARM-only)
Ceddk.dll (if required by your flash driver)；Smflash.dll
（your flash driver）

將上述模塊添加進(jìn)Config.bib中的Moudle段，加入方法如下：

MODULES
nk.exe$(_FLATRELEASEDIR)oal.exe
XIPKERNELSHZ
kernel.dll$(_FLATRELEASEDIR)kern.dll
XIPKERNELSHZ
……

4.2 修改Config.bib file的配置段部分

在Config.bib文件中的CONFIG下指定RAM_AUTOSIZE=OFF，ROM_AUTOSIZE=OFF，同時(shí)標(biāo)識(shí)出CHAIN區(qū)域起始地址XIPSCHAIN的值。這個(gè)值要和MEMORY 段指定的值相匹配。

4.3 在注冊(cè)表設(shè)置中添加相應(yīng)的注冊(cè)表鍵值

在本文中，XIP.bin映像文件被存放到Nand Flash存儲(chǔ)設(shè)備上，為了讓其支持BinFS文件系統(tǒng)，需要在注冊(cè)表中的；HIVE BOOT SECTION和；END HIVE BOOT SECTION兩條語(yǔ)句之間加入鍵值。

下面給出Nand Flash存儲(chǔ)設(shè)備在注冊(cè)表中的鍵值，其作用是將BinFS設(shè)定為默認(rèn)的文件系統(tǒng)。

[HKEY_LOCAL_MACHINESystemStorageManagerProfiles
NANDFLASH]
"DefaultFileSystem"="BINFS"
"PartitionDriver"="mspart.dll"
"MountHidden"=dword:1
"MountAsROM"=dword:1
"Folder"="NandFlash"
"Name"= "FLASH Disk Block Device"
[HKEY_LOCAL_MACHINESystemStorageManagerBinFS]
"FriendlyName"="BIN Filesystem"
"Dll"="binfs.dll"
"Paging"=dword:1

4.4 生成與調(diào)試

生成系統(tǒng)映像文件，如圖4所示。

選擇xip.bin文件并用EBOOT將其下載到硬件平臺(tái)中，啟動(dòng)系統(tǒng)。經(jīng)過(guò)測(cè)試，系統(tǒng)的啟動(dòng)時(shí)延縮短到8 s左右。打開(kāi)“我的設(shè)備”，雙擊控制面板中的系統(tǒng)屬性，可以看見(jiàn)系統(tǒng)的可用內(nèi)存增大為61 020 KB。

本文提出一種普遍適用于Windows CE 6.0操作系統(tǒng)的Multi-bin技術(shù)。該技術(shù)的實(shí)現(xiàn)具有一定的通用性，不僅在Windows CE 6.0操作系統(tǒng)下實(shí)現(xiàn)了減少開(kāi)機(jī)啟動(dòng)時(shí)延，而且節(jié)省了可觀的內(nèi)存空間，提高了用戶質(zhì)量體驗(yàn)（QoS）?；诒疚奶岢龅脑砗头椒▽?duì)使用Windows CE操作系統(tǒng)的同類(lèi)硬件平臺(tái)(如ARM9、ARM11)的開(kāi)發(fā)也具有一定的參考價(jià)值。