摘要 對於中國工程師來說，利用實時Linux開發嵌入式應用程序是他們面臨的困難之一，本文以RTLinux為例，並結合最為業界關注的是RTAI進行討論，盡管這兩種實現方式在句法細節上存在差異，但工作方式基本一樣，因此所講述的內容對兩者都適用。 編者注：急切之間沒有找到出處，如果有誰知道，請予以提醒，謝謝！ 對於中國工程師來說，利用實時Linux開發嵌入式應用程序是他們面臨的困難之一，本文以RTLinux為例，並結合最為業界關注的是RTAI進行討論，盡管這兩種實現方式在句法細節上存在差異，但工作方式基本一樣，因此所講述的內容對兩者都適用。 在實時任務與用戶進程相互通信的過程中，有些實時應用程序無需任何用戶界面即可在後台平靜地運行，然而，越來越多的實時應用程序確實需要一個用戶界面及其它系統功能，如文件操作或聯網等，所有這些功能都必須在用戶空間內運行。問題是，用戶空間操作是非確定性的，而且與實時操作不兼容。 幸運的是實時Linux具有一種可在時間上減弱實時與非實時操作的機制，這種機制表現為一種稱為實時FIFO的驅動程序。當insmod將rtl_fifo.o驅動程序插入Linux內核時，該驅動程序將自己注冊為RTLinux的一部分，並成為Linux驅動程序。一旦插入Linux內核，用戶空間進程和實時任務都可使用實時Linux FIFO。 在深入探討實時FIFO的細節之前，還要回顧一下實時應用程序結構的某些部分(圖1)。有效的嵌入式應用程序設計方法是將實時部分與固有的非實時功能分離開來(表1)。如果應用程序的任一部分，如用戶界面、圖形、數據庫或網絡僅需軟實時性能，最好是將該部分寫入用戶空間。然後，僅將必須滿足時序要求的那部分寫成實時任務。 注意，RTLinux(PSC，便攜式信號編碼)和RTAI(LXRT，Linux實時擴展)的最新版本已采用了一種可在用戶空間執行軟和硬實時任務的方法。 任何硬實時任務都是在RTLinux的控制下運行的，該任務一般可執行周期性任務、處理中斷並與I/O設備驅動程序通信，以采集或輸出模擬和數字信息。當實時任務需要告訴用戶進程有一個事件將發生時，它便將這一消息送給實時FIFO。每一個FIFO都是在一個方向上傳送數據：從實時任務到用戶空間，或反之。因此，雙向通信需要使用兩個FIFO。任何讀出或寫入實時任務一側的操作都是非模塊操作，因此rtf_put()和rtf_get()都立即返回，而不管FIFO狀態是什麼。 從應用程序一側來看，FIFO就像一個常規文件。缺省情況下，RTLinux安裝程序將在/dev目錄下創建64個實時FIFO節點；如果需要，還必須自己創建新的節點。例如，要創建/dev/rtf80，需采用如下命令： mknod c 150 80； chmod 0666 /dev/rtf80 其中，150是實時FIFO主數，而80是rtf80的次數。 從用戶進程的角度看，實時FIFO可執行標准文件操作。從實時任務來看，FIFO有兩種通信方式：直接調用RTLinux FIFO功能，或將FIFO作為一個RTLinux設備驅動程序，並使用open()、close()、read()和write()操作。要想將FIFO作為一個設備驅動程序，就必須將rtl_conf.h中的配置變量CONFIG_RTL_POSIX_IO設定為1。 rtf_create_handler()可設置處理程序功能。每次Linux進程讀或寫FIFO時，rtl_fifo驅動程序都要調用該處理程序。應注意的是，該處理程序駐留在Linux內核，因此當Linux需要調用時，從該處理程序進行任何內核調用都是安全的。從該處理程序到實時任務間的最好通信方法是使用旗語或線程同步功能。最後，FIFO驅動程序還必須對內核存儲器進行配置。因此，實時線程內的rtf_create()不應調用。相反，可調用init_module()中的rtf_create()功能及cleanup_module()中的rtf_destroy()功能。 例如，列表1給出了一個采用兩個FIFO的簡單數據采集應用程序的實時部分。兩個FIFO都是在init_module()創建，並賦予minor numbers 為1和2。在調用rtf_create(minor, size)之前，該程序在已創建該FIFO的情況下調用rtf_destroy(minor)。這種情況就是另一個模塊在開發過程中未被調用。然後，調用rtf_create_handler(ID, &pd_do_aout)以注冊帶該實時FIFO的數據采集模擬輸出功能pd_do_aout()。注意，創建實時線程pp_thread_ep()是因為它是周期性的，其間隔為1/100秒。 每次周期性線程得到系統控制權後，它就調用rtf_put(ID,dataptr,size)以便將數據插入minor number為2的FIFO。Linux進程打開/dev/rtf2，從實時FIFO中讀取並顯示所采集的數據。該進程還打開/dev/rtf1，將數據寫入其它實時FIFO。當用戶移動屏幕滑動器以改變模擬輸出電壓時，進程就向該FIFO寫入一個新的值。RTLinux便調用pd_do_aout()處理程序，隨後pd_do_aout()利用rtf_get()從FIFO獲得值，並調用實際的硬件驅動程序以設置模擬輸出的電壓。可以看到，實時任務和用戶進程是異步使用FIFO的。 任務間的存儲器共享 FIFO為用戶進程和實時任務的連接提供了一種方便的機制，但將它們作為消息隊列更合適。比如，一個實時線程可利用FIFO記錄測試結果，然後用戶進程就可讀取該結果，並將之存入數據庫文件。
許多數據采集應用程序涉及到內核及用戶空間之間的大量數據。Linux內核v. 2.2.x並沒有為這些空間的數據共享提供任何機制，但v. 2.4.0版本預計會包括kiobuf結構。為解決現有穩定內核的這個缺點，RTLinux包括mbuff驅動程序。該驅動程序可利用vmalloc()分配虛擬內核存儲器的已命名存儲器區域，它采用的存儲器分配和頁面鎖定技巧跟大多數Linux中BTtv幀抓取器(frame-grabber)驅動程序所用的一樣。 更具體地說，mbuff一頁一頁地將虛擬內存鎖定到實際的物理內存頁面。任何實時或內核任務，或用戶進程在任何時間都可訪問該存儲器。通過將虛擬內存頁面鎖定到物理內存頁面，mbuff可確保所分配的頁面永久駐留在物理內存，而且不會發生頁面錯誤。換言之，當實時或內核進程訪問所分配的存儲器時，它可確保VMM不被調用。注意：由於實時任務執行期間實時Linux凍結標准內核的執行，任何對VMM的調用都會引起系統暫停。如果它要訪問並不位於物理RAM內的虛擬存儲頁面，那麼即使正常的Linux內核驅動程序也會引起系統故障。 由於mbuff是一種Linux驅動程序，其功能可通過設備節點/dev/mbuff實現。該節點可顯示幾個錄入點，其中包括可將內核空間地址映射到用戶空間的mmap()。它還可以利用錄入點ioctl()來控制。然而，並不需要復雜的結構及直接調用ioctl。相反，mbuff可為ioctl()調用提供一個包裹，而且僅僅調用兩個簡單的功能即可配置和釋放共享的存儲緩沖器。 當然，不能從實時任務調用mbuff驅動程序，因為該驅動程序所調用的虛擬存儲器分配功能本身是不確定性操作。分配共享存儲器所需的時間依賴於主系統的存儲器容量以及CPU速度、磁盤驅動器性能和存儲器分配的現有狀態。因此，只能從模塊的Linux內核一側來分配共享存儲器，比如從init_module()或一個ioctl()請求開始。 那麼，一個共享緩沖器到底能分配多少存儲器呢？如果不是任務繁重的服務器或圖形應用，建議至少為Linux保留8MB存儲空間。為了獲得優化的配置，可在限制存儲器大小的同時測量實時應用程序的性能，以確定需要多少存儲空間。 列表2給出了如何從實時任務和用戶進程方面訪問共享的存儲器。內核模塊和用戶任務采用同樣的功能集。當然，要想使用insmod mbuff.o，還必須將之置於Linux內核中。例如，mbuff_alloc("buf_name", size)可將符號名buf_name分配給一個緩沖器，而mbuff_free("buf_name", mbuf)可將之釋放。 當第一次調用帶有符號緩沖器名的mbuff_alloc()時，mbuff執行實際的存儲器分配。而當從內核模塊或用戶進程再次調用該功能時，它只是簡單地增加使用數(usage count)及將指針返回現有的緩沖器。每次調用mbuff_free()都會減少使用數，直至為零，這時mbuff就去分配帶符號名的緩沖器。這種方法從多個內核模塊和用戶進程獲得一個指向同一共享緩沖器的指針，從而解決了問題。它還可確保共享緩沖器一直有效，直到最後的應用程序釋放它。請注意，是實時內核還是用戶進程執行實際的buf1配置依賴於誰先獲得控制權。 還有一個“笨”方法可在實時應用程序、內核模塊和用戶應用程序間共享存儲器。對於嵌入式應用，該方法還是可以接受的。例如，如果PC帶有128MB RAM，可將線搜索路徑="mem=120m"添加進lilo.conf文件(列表3)。當啟動帶有Linux內核和RTLinux 2.3的系統時，Linux僅使用120MB內存。OS也不用剩下的8MB內存(物理地址為0x7F00000到0x7FFFFFF)，而是留給在OS下運行的各種任務共享。要想從用戶進程獲取存儲器地址並訪問預留的存儲器，必須用O_RDWR訪問模式來打開/dev/mem驅動程序，然後利用mmap()保留存儲器(列表4)。而從實時模塊或內核驅動程序一側進行，則必須使用ioremap(0x7F00000, 0x100000)才能獲取這8MB (0x100000字節)預留內存。 這種方法有利有弊。既不能通過預留內存的所有權，也不能通過讀或寫來獲取控制權。正確地配置和釋放大量內存的機制尚未問世。另外，無論實時進程是否需要，該內存都不能為Linux所用。 也許存儲器共享笨方法的唯一適用場合是專為特定應用而定制的小型嵌入式系統，因為此時可為小型化而放棄使用mbuff驅動程序。 中斷 RTLinux有兩種中斷：硬中斷和軟中斷。軟中斷就是常規Linux內核中斷，它的優點在於可無限制地使用Linux內核調用。這類中斷作為硬中斷處理的第二部分還是相當有用的(由參考文獻5可獲得更多有關Linux環境下中斷處理的細節)。 硬(實時)中斷是安裝實時Linux的前提。要安裝中斷處理程序，先調用rtl_request_irq(...)，然後調用rtl_free_irq()釋放它。依賴於不同的
這種方法有利有弊。既不能通過預留內存的所有權，也不能通過讀或寫來獲取控制權。正確地配置和釋放大量內存的機制尚未問世。另外，無論實時進程是否需要，該內存都不能為Linux所用。 也許存儲器共享笨方法的唯一適用場合是專為特定應用而定制的小型嵌入式系統，因為此時可為小型化而放棄使用mbuff驅動程序。 中斷 RTLinux有兩種中斷：硬中斷和軟中斷。軟中斷就是常規Linux內核中斷，它的優點在於可無限制地使用Linux內核調用。這類中斷作為硬中斷處理的第二部分還是相當有用的(由參考文獻5可獲得更多有關Linux環境下中斷處理的細節)。 硬(實時)中斷是安裝實時Linux的前提。要安裝中斷處理程序，先調用rtl_request_irq(...)，然後調用rtl_free_irq()釋放它。依賴於不同的
