嵌入式實時操作系統(tǒng)ECOS在S3C2510上的移植實現(xiàn)

摘 要： 本文介紹了實時操作系統(tǒng)ECOS的特點及基本結(jié)構(gòu)，并具體研究了ECOS在三星公司以ARM940T 為內(nèi)核的S3C2510嵌入式芯片上的移植方法。文章著重討論了移植過程中的重點與難點部分：ECOS的硬件抽象層(HAL)移植。該移植方案已經(jīng)過實際測試，系統(tǒng)穩(wěn)定可靠，可運行多任務(wù)式應(yīng)用程序。關(guān)鍵詞：實時操作系統(tǒng);ECOS;硬件抽象層;移植;ARM 引言 ECOS(Embedded Configurable Operating System，嵌入式可配置操作系統(tǒng))是一種針對16位、32位和64位處理器的可移植嵌入式實時操作系統(tǒng)。由于其源代碼是公開的，因而有越來越多的設(shè)計人員開始關(guān)注ECOS操作系統(tǒng)。ECOS最大的特點是模塊化，內(nèi)核可配置。最小版本的ECOS只有幾百字節(jié)，非常適合小型嵌入式系統(tǒng)的開發(fā)。相對于嵌入式 Linux來說，ECOS有配置靈活和節(jié)省資源的優(yōu)勢。它的另一個優(yōu)點是使用多任務(wù)搶占機制，具有最小的中斷延遲，支持嵌入式系統(tǒng)所需的所有同步原語，并擁有靈活的調(diào)度策略和中斷處理機制，因而具有良好的實時性。與%26;#61549;Clinux和%26;#61549;COS等操作系統(tǒng)相比，ECOS更適合于處理實時信號的設(shè)備，如移動通信、WLAN等通信設(shè)備的開發(fā)。 S3C2510是一款低功耗、高效能、面向以太網(wǎng)系統(tǒng)的微處理器。它的系統(tǒng)時鐘可達133MHz，并包含了16/32位寬的ARM940T核、4KB的I-CACHE和4KB的D-CACHE。S3C2510帶有兩個獨立的10/100Mbps的以太網(wǎng)控制器，這兩個接口能夠以硬件完成IEEE802.3的MAC層處理，因此更適合用作SOHO路由器、internet網(wǎng)關(guān)，甚至寬帶無線接入設(shè)備的開發(fā)。 ECOS操作系統(tǒng)也非常適合這些網(wǎng)絡(luò)設(shè)備的開發(fā)，本文將介紹S3C2510的移植方案，給各種以ARM為內(nèi)核處理器的ECOS底層移植開發(fā)提供一個系統(tǒng)的范例。

圖 1 ECOS操作系統(tǒng)結(jié)構(gòu)圖 ECOS底層移植的基礎(chǔ)知識 ECOS系統(tǒng)的主要組成部分如圖1所示。操作系統(tǒng)的主要功能 及特點是由其內(nèi)核所決定的，底層移植一般不會涉及到系統(tǒng)內(nèi)核的內(nèi)容。由圖1可見,硬件抽象層是嵌入式操作系統(tǒng)和硬件直接接觸的基本層，其將系統(tǒng)內(nèi)核和具體的硬件平臺徹底隔離開, 實現(xiàn)了系統(tǒng)內(nèi)核與硬件的無關(guān)性，這就是操作系統(tǒng)具有良好可移植性的體現(xiàn)。因此，對于開發(fā)人員來說，移植操作系統(tǒng)真正的意義和工作在于移植操作系統(tǒng)的硬件抽象層。硬件抽象層HAL對處理器結(jié)構(gòu)和系統(tǒng)硬件平臺進行抽象，當要在一個新的目標平臺上運行ECOS時，只需要對底層的硬件抽象層進行修改，便可迅速地將整個 ECOS系統(tǒng)移植到新的平臺上。硬件抽象層主要包括三大模塊——體系結(jié)構(gòu)抽象層(Architecture HAL)、變體抽象層(Variant HAL)和平臺抽象層(Platform HAL)。體系結(jié)構(gòu)抽象層主要是指ECOS所支持的具有不同體系結(jié)構(gòu)的處理器系列，如ARM系列、PowerPC系列、MIPS系列等等。變體抽象層指的是處理器系列中某款處理器在Cache、MMU和FPU等方面所具有的特殊性。如S3C2510屬于ARM系列中的ARM940T，在變體抽象層中就會具體地針對ARM940T的Cache等方面作出定義。平臺抽象層則是對當前系統(tǒng)硬件平臺的抽象，包括了平臺的啟動、芯片選擇與配置、定時設(shè)備、I/O寄存器訪問以及中斷寄存器等等。平臺抽象層代碼的編寫是ECOS移植工作的重點。 HAL移植的主要步驟建立適當?shù)奈募夸? ECOS本身有一個完整的文件目錄，只有把新建的底層文件放在適當?shù)奈募夸浵旅?，才能確保配置和編譯工作的成功，也有助于利用ECOS本身已有的源代碼，如結(jié)構(gòu)體系層和變體層中的許多成熟可用的代碼。由于本系統(tǒng)中S3C2510處理器的內(nèi)核是ARM940T，因而可以把S3C2510的目錄建立在ECOS庫路徑packages/hal/arm/arm9/下。建立S3C2510的cdl文件 cdl文件使用cdl腳本語言描述該硬件設(shè)備(包或平臺)的特性和常用指標。cdl文件實現(xiàn)系統(tǒng)在源碼級的功能和指標配置，猶如一個項目管理高層對其倉庫中組件特性的登記，只有登記后的包、組件和選項才能被操作系統(tǒng)配置工具識別和配置。以下是S3C2510的cdl文件中的幾段重要描述。 * cdl_package CYGPKG_ HAL_ARM_ ARM9_S3C2510 這是S3C2510在ecos.db中所登記的包的名字，它下面包含了該板的一些基本設(shè)置和組件，如母體體系結(jié)構(gòu)(parent)、包含的頭文件、編譯的 C文件等。 * cdl_component CYG_HAL _STARTUP 系統(tǒng)啟動方式，有3種選擇：ram啟動、rom啟動、romram啟動。 * cdl_component CYGNUM_ HAL_CPUCLOCK 平臺的系統(tǒng)時鐘設(shè)置，以便于ECOS其他組件以此時鐘為標準。該平臺系統(tǒng)時鐘的默認值設(shè)為133MHz。 * cdl_option CYGNUM_HAL_ RTC_PERIOD ECOS內(nèi)核的運行時鐘單位。ECOS內(nèi)核以一個tick為時鐘單位，而一個tick的長度就等于該選項的設(shè)定值。在ecos.db中登記 S3C2510的硬件包 ecos.db是關(guān)于ECOS系統(tǒng)的一個數(shù)據(jù)庫文件(在packages目錄下)，它包含了硬件包管理工具和一些在組件配置庫中的包。與cdl文件相比，ecos.db登記了倉庫中的物品，而cdl文件則登記每種物品的特性。只有在ecos.db中登記了的包，才能被ECOS的庫編譯工具 (configtool)選中和使用。如果要在配置工具的模板選項中(template)增加可供選擇的硬件目標板，那么，需要先在ecos.db中登記其包描述，再增加其目標板描述。一般的輔助硬件(如網(wǎng)卡、串口等)只需要第一步的登記。因此，在ecos.db中登記S3C2510平臺硬件包的基本步驟就是登記硬件平臺的包描述(package CYGPKG_HAL_ARM_ ARM9_ S3C2510)和目標描述(target S3C2510)。需要注意的是，target S3C2510中所包含的3個硬件描述包CYGPKG_HAL_ARM、CYGPKG_HAL_ARM_ARM9和CYGPKG_HAL_ARM_ARM9_ S3C2510是不能缺少的，因為它們是標板的核心——主體系結(jié)構(gòu)包、子體系結(jié)構(gòu)包和主芯片包。另外，還可以可選地添加其他輔助硬件包(如網(wǎng)卡、串口等)。編寫平臺抽象層的有關(guān)代碼硬件平臺層所需編寫的代碼文件的一般功能如下所示。 * include /plf_cache.h —— 平臺專用cache處理 (可選)。在本系統(tǒng)中不需要編寫，可直接調(diào)用ARM9變體層的hal_cache.h。 * include / hal_platform_ints.h —— 平臺專用中斷處理，定義平臺中斷向量號。 * include / plf_io.h —— I/O 定義和系統(tǒng)寄存器的宏定義。 * include %26;not;/ hal_platform_setup.h —— 平臺啟動代碼。本文件主要用ARM匯編指令編寫，實現(xiàn)平臺上電后程序的啟動和執(zhí)行。 * src/s3c2510_misc.c —— HAL的底層標準函數(shù)，包括時鐘平臺初始化、時鐘延時函數(shù)、中斷使能、中斷屏蔽、中斷響應(yīng)等。 * src/ hal_diag.c —— 硬件抽象層診斷輸出函數(shù)，包含ECOS系統(tǒng)中printf打印的硬件設(shè)備驅(qū)動程序。 * misc/ redboot_primary_ ram.ecm —— 基于RAM啟動方式的redboot最小配置文件。 * misc/redboot_primary_ rom.ecm —— 基于ROM啟動方式的redboot最小配置文件。硬件啟動過程編寫硬件啟動的初始化過程是HAL移植的一個難點。當硬件重新上電后，系統(tǒng)的程序指針會自動指向地址0(通常地址0存放著bootloader代碼段)。在ECOS操作系統(tǒng)中，程序首先會運行vectors.S文件(該文件存在于hal/arm/arch/src/目錄下)，它定義了 reset_vector、start等各種啟動標號。接著調(diào)用S3C2510平臺層的hal_platform_ setup.h文件中的宏platform_setup1和arm9變體層arm9_misc.c文件中的函數(shù) hal_hardware_init。 hal_platform_setup.h定義了宏platform_setup1以供vectors.S調(diào)用。該宏定義了目標板上SDRAM和 FLASH的初始化啟動，其中包括了它們的取數(shù)方式和內(nèi)存大小。然后根據(jù)不同的啟動方式執(zhí)行程序。對于RAM啟動方式，無需進行程序段與數(shù)據(jù)段的搬移，系統(tǒng)已認為SDRAM的起始地址即為程序的起始地址;對于ROM啟動方式，需要搬移數(shù)據(jù)段，而程序段無需搬移;對于ROMRAM啟動方式，程序段與數(shù)據(jù)段都需要進行搬移，然后再把程序起始地址映射為SDRAM的起始地址。在程序搬移完成后，系統(tǒng)會進行其他硬件的初始化過程，包括系統(tǒng)時鐘、系統(tǒng)CACHE、監(jiān)控串口等基本硬件設(shè)備。內(nèi)存布局文件編寫平臺的內(nèi)存布局文件在include/pkgconf目錄下。通常，每個平臺包括了RAM、ROM和ROMRAM 3種不同啟動方式的內(nèi)存布局文件集。每種啟動方式的內(nèi)存布局文件集都由3個類型的描述文件組成：.h文件包含內(nèi)存域的C宏定義;.ldi文件定義內(nèi)存域和內(nèi)存段位置的鏈接腳本文件;.mlt文件包括由MLT工具產(chǎn)生的對內(nèi)存布局的描述。當需要手動修改內(nèi)存布局時，只有.h和.ldi文件可以被修改，.mlt文件只能由MLT工具生成。下面以S3C2510的ram啟動方式內(nèi)存布局為例，主要說明mlt_arm_s3c2510_ram.h和 mlt_arm_s3c2510_ram.ldi的程序結(jié)構(gòu)。由于S3C2510的開發(fā)板有兩個16MB的SDRAM，因而要定義兩個內(nèi)存域ram1和ram2。系統(tǒng)設(shè)置寄存器在初始化時已經(jīng)把內(nèi)存段重新映射，因而兩個SDRAM的基地址就是 0x0和0x40000000，兩個內(nèi)存域的大小是16MB，分配方式都是可讀寫的內(nèi)存段。在mlt_arm_s3c2510_ram.ldi中分為兩大部分。首先是MEMORY部分，它定義了在RAM啟動方式下所需要的內(nèi)存域，以及該內(nèi)存域的起始地址和長度。MEMORY部分的內(nèi)容必須與mlt_arm_s3c2510_ ram.h中定義的宏一致。其次是SECTIONS部分，它定義了RAM啟動方式下所規(guī)定的內(nèi)存段，這些內(nèi)存段的定義與系統(tǒng)內(nèi)存管理功能有關(guān)。在SECTION_XXX后帶有相應(yīng)的參數(shù)，這些參數(shù)包括了內(nèi)存段所屬的內(nèi)存域、起始地址(或者是對齊方式)、虛擬內(nèi)存地址(VMA)和加載內(nèi)存地址(LMA)。以SECTION_fixed_vectors (ram1, 0x200, LMA_EQ_VMA)為例，它表示fixed_vectors段屬于ram1內(nèi)存域，起始地址為0x200，加載內(nèi)存地址等于虛擬內(nèi)存地址。 LMA_EQ_VMA同時也可以解釋為該內(nèi)存段不需要在程序運行后重新分配加載。 調(diào)試結(jié)果 S3C2510目標板上帶有1塊4MB的FLASH和2塊16MB的SDRAM。 利用ECOS的自帶編譯工具configtool對新建的S3C2510目標板進行編譯，生成ECOS的庫文件。然后把庫目錄下的install目錄內(nèi)容復制到應(yīng)用工程目錄下，使ECOS庫包含到應(yīng)用工程中。然后把該工程的.elf文件利用EMBEST公司開發(fā)的IDE仿真器直接下載到目標板的SDRAM中。此時的ECOS操作系統(tǒng)應(yīng)為RAM啟動方式。通過IDE對程序的調(diào)試與測試結(jié)果表明，本文提出的S3C2510移植方案使ECOS操作系統(tǒng)在目標板中運行正常穩(wěn)定。該操作系統(tǒng)支持多個工作線程的應(yīng)用程序。S3C2510的串口、網(wǎng)口均能與pc機正常傳輸數(shù)據(jù)。 結(jié)語 ECOS是一款非常年輕的嵌入式操作系統(tǒng)，1997年才正式推廣使用?，F(xiàn)階段有關(guān)ECOS開發(fā)的參考資料和專門從事人員仍然很少，造成了ECOS產(chǎn)品研發(fā)周期和開發(fā)成本的增加。因此，本文提出的ECOS操作系統(tǒng)的驅(qū)動底層代碼編寫方法對于使用ECOS開發(fā)產(chǎn)品具有相當重要的指導意義。