將RTOSI/O映射到Linux中

上面描述的基于隊列的生產者/消費者I/O模型，僅僅是傳統多種設計中所采用的特別方法的一種。讓我們繼續用這個直接的例子，來討論幾種在嵌入式Linux下的實現方法：

大規模移植到用戶空間

對于只是初步了解Linux設備驅動設計，或者沒有經驗的開發者，可能將大多數這種基于隊列的程序原封不動地移植到用戶空間。在這種驅動程序映射中，內存映射通過函數mmap()提供的指針可以在用戶空間操作物理I/O接口。

#include

#defineREG_SIZE0x4/*deviceregistersize*/

#defineREG_OFFSET0xFA400000

/*physicaladdressofdevice*/

void*mem_ptr;/*de-referenceformemory-mappedaccess*/

intfd;

fd=open(/dev/mem，O_RDWR);/*openphysicalmemory(mustberoot)*/

mem_ptr=mmap((void*)0x0，REG_AREA_SIZE，PROT_READ+PROT_WRITE，

MAP_SHARED，fd，REG_OFFSET);

/*actualcalltommap()*/

一個進程下的用戶線程運行類似RTOS的中斷服務例程或延時任務一樣的操作，然后使用SVR4進程間通信函數msgsnd()將消息放進隊列，等待被另一個本地線程或者另一個進程利用函數msgrcv()獲取。

這種快速缺乏技巧的處理方法是一種較好的原型，但同時給代碼模型建立帶來了巨大的挑戰。首先重要的是要在用戶空間掃描中斷。象DOSEMU項目提供基于信號的I/O中斷方式，但用戶空間的中斷處理過程非常慢(一般毫秒級中斷延時相較內核中斷服務例程數十微秒中斷延時)。進一步講，即使采用可搶占Linux內核，和實時調度策略，用戶空間的切換調度不能保證I/O線程100%的及時得到執行。