從RTOS移植到實(shí)時(shí)Linux
在過(guò)去的10年中,Linux成功地取代了一些最主要的傳統RTOS平臺,成為了各種各樣的嵌入式設備和應用中首選的新的嵌入式操作系統。盡管一度曾被認為是不重要的平臺,但今天嵌入式Linux已經(jīng)成為主流,并引領(lǐng)著(zhù)如下重要應用領(lǐng)域的市場(chǎng)和設計份額:消費電子、移動(dòng)和無(wú)線(xiàn)設備、數據聯(lián)網(wǎng)以及電信設備。
本文引用地址:http://dyxdggzs.com/article/151757.htm
設計團隊越來(lái)越多地期望使用Linux作為標準的嵌入式操作系統??紤]Linux的種種原因包括:廣泛的硬件支持、更高的可靠性、更優(yōu)異的性能、可擴展性以及更快的響應速度。不過(guò),工程師在將基于傳統RTOS的設計移植到嵌入式Linux時(shí)會(huì )遇到幾大難題,因為L(cháng)inux的架構和傳統RTOS有很大的不同。
移植的時(shí)機
隨著(zhù)應用開(kāi)發(fā)步伐的不斷加快和產(chǎn)品生命周期的不斷縮短,對于設計團隊而言,能夠將傳統軟件移植到這些新平臺上并重新使用是十分重要的。盡管嵌入式Linux有許多優(yōu)勢,但是設計團隊在選擇從傳統的RTOS進(jìn)行移植之前,必須考慮如下幾項因素:
● 內存占用量。嵌入式Linux沒(méi)有傳統RTOS那樣緊湊。因此,工程師必須確保設備有足夠的內存和閃存來(lái)應對Linux更大的內存占用量。
● 實(shí)時(shí)性考慮。嵌入式Linux可以實(shí)現50μs以下的響應時(shí)間。不過(guò),這不一定能夠滿(mǎn)足項目需求,這一點(diǎn)有助于確定是否需要RTOS。
● 認證需求。期望轉換到嵌入式Linux的設計團隊應確保項目將仍然滿(mǎn)足業(yè)界特有的認證需求,例如安全認證或美國國防部認證。
移植路徑選擇
盡管移植過(guò)程中存在固有的難題,但從傳統RTOS到Linux的移植不需要轉彎抹角。工程師可以采用以下三種路徑將應用從傳統的RTOS移植到Linux。
仿真RTOS的API
第一種移植路徑是仿真傳統RTOS的API。為了使傳統RTOS應用能夠駐留并運行在Linux上,必須具備基于Linux的運行時(shí)服務(wù)于RTOS系統調用和其他API。許多(但并非全部)RTOS入口點(diǎn)和獨立編譯器庫例行程序都在Linux和glibc運行時(shí)庫中有原樣的類(lèi)似程序。如果不存在類(lèi)似程序,就必須有新的代碼介入來(lái)仿真缺失的功能。即使存在類(lèi)似的API,可能也會(huì )出現參數類(lèi)型和數量不同的情況。
圖1 在Linux上仿真RTOS
傳統RTOS可以實(shí)現數百種系統調用和庫API。例如,VxWorks文檔描述了超過(guò)一千種獨特的函數和子例程。實(shí)際應用只使用數十個(gè)獨特的RTOS API,而它們其余的操作都使用來(lái)自標準C/C++庫的調用函數。
為了仿真這些接口以用于移植,開(kāi)發(fā)人員只需要RTOS調用的核心子集。許多OEM選擇自己建立和維護仿真輕量級庫,而其他OEM則使用來(lái)自供應商的更全面的商用庫。除了商用庫和自主開(kāi)發(fā)之外,另一種選擇是一個(gè)叫做v2lin的開(kāi)源項目,它可以仿真數十種常用的VxWorks API。此外,v2lin項目經(jīng)過(guò)架構改造之后,可用于較新的兼容于POSIX的glibc版本。
評論