序言
Linux是Unix操作系統的一種變種,在Linux下編寫驅動程序的原理和思想完全類似於其他的Unix系統,但它dos或window環境下的驅動程序有很大的區別。在Linux環境下設計驅動程序,思想簡潔,操作方便,功能也很強大,但是支持函數少,只能依賴kernel中的函數,有些常用的操作要自己來編寫,而且調試也不方便。本人這幾周來爲實驗室自行研製的一塊多媒體卡編制了驅動程序,獲得了一些經驗,願Linux fans共享,有不當之處,請予指正。
以下的一些文字主要來源於khg,johnsonm的Write linux device driver,Brennan's Guide to Inline Assembly,The Linux A-Z,還有清華BBS上的有關device driver的一些資料。 這些資料有的已經過時,有的還有一些錯誤,我依據自己的試驗結果進行了修正。
一 Linux device driver 的概念
系統調用是操作系統內核和應用程序之間的接口,設備驅動程序是操作系統內核和機器硬件之間的接口。設備驅動程序爲應用程序屏蔽了硬件的細節,這樣在應用程序看來,硬件設備只是一個設備文件, 應用程序可以象操作普通文件一樣對硬件設備進行操作。設備驅動程序是內核的一部分,它完成以下的功能:
1 對設備初始化和釋放。
2 把數據從內核傳送到硬件和從硬件讀取數據。
3 讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據。
4 檢測和處理設備出現的錯誤。
在Linux操作系統下有兩類主要的設備文件類型,一種是字符設備,另一種是塊設備。字符設備和塊設備的主要區別是:在對字符設備發出讀/寫請求時,實際的硬件I/O一般就緊接着發生了,塊設備則不然,它利用一塊系統內存作緩衝區,當用戶進程對設備請求能滿足用戶的要求,就返回請求的數據,如果不能,就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁盤等慢速設備設計的,以免耗費過多的CPU時間來等待。
已經提到,用戶進程是通過設備文件來與實際的硬件打交道。每個設備文件都都有其文件屬性(c/b),表示是字符設備還蔤強檣璞?另外每個文件都有兩個設備號,第一個是主設備號,標識驅動程序,第二個是從設備號,標識使用同一個設備驅動程序的不同的硬件設備,比如有兩個軟盤,就可以用從設備號來區分他們。設備文件的的主設備號必須與設備驅動程序在登記時申請的主設備號一致,否則用戶進程將無法訪問到驅動程序。
最後必須提到的是,在用戶進程調用驅動程序時,系統進入核心態,這時不再是搶先式調度。也就是說,系統必須在你的驅動程序的子函數返回後才能進行其他的工作。如果你的驅動程序陷入死循環,不幸的是你只有重新啓動機器了,然後就是漫長的fsck。//hehe
二 實例剖析
我們來寫一個最簡單的字符設備驅動程序。雖然它什麼也不做,但是通過它可以瞭解Linux的設備驅動程序的工作原理。把下面的C代碼輸入機器,你就會獲得一個真正的設備驅動程序。不過我的kernel是2。0。34,在低版本的kernel上可能會出現問題,我還沒測試過。//xixi
這一段定義了一些版本信息,雖然用處不是很大,但也必不可少。Johnsonm說所有的驅動程序的開頭都要包含,但我看倒是未必。由於用戶進程是通過設備文件同硬件打交道,對設備文件的操作方式不外乎就是一些系統調用,如 open,read,write,close。。。。, 注意,不是fopen, fread。,但是如何把系統調用和驅動程序關聯起來呢?這需要了解一個非常關鍵的數據結構:
這個結構的每一個成員的名字都對應着一個系統調用。用戶進程利用系統調用在對設備文件進行諸如read/write操作時,系統調用通過設備文件的主設備號找到相應的設備驅動程序,然後讀取這個數據結構相應的函數指針,接着把控制權交給該函數。這是linux的設備驅動程序工作的基本原理。既然是這樣,則編寫設備驅動程序的主要工作就是編寫子函數,並填充file_operations的各個域。相當簡單,不是嗎?
下面就開始寫子程序。
這個函數是爲read調用準備的。當調用read時,read_test()被調用,它把用戶的緩衝區全部寫1。buf 是read調用的一個參數。它是用戶進程空間的一個地址。但是在read_test被調用時,系統進入核心態。所以不能使用buf這個地址,必須用__put_user(),這是kernel提供的一個函數,用於向用戶傳送數據。另外還有很多類似功能的函數。請參考。在向用戶空間拷貝數據之前,必須驗證buf是否可用。這就用到函數verify_area。
這幾個函數都是空操作。實際調用發生時什麼也不做，他們僅僅爲下面的結構提供函數指針。
設備驅動程序的主體可以說是寫好了。現在要把驅動程序嵌入內核。驅動程序可以按照兩種方式編譯。一種是編譯進kernel，另一種是編譯成模塊(modules),如果編譯進內核的話，會增加內核的大小，還要改動內核的源文件，而且不能動態的卸載，不利於調試，所以推薦使用模塊方式。
在用insmod命令將編譯好的模塊調入內存時，init_module 函數被調用。在這裏，init_module只做了一件事，就是向系統的字符設備表登記了一個字符設備。register_chrdev需要三個參數，參數一是希望獲得的設備號，如果是零的話，系統將選擇一個沒有被佔用的設備號返回。參數二是設備文件名，參數三用來登記驅動程序實際執行操作的函數的指針。如果登記成功，返回設備的主設備號，不成功，返回一個負值。
在用rmmod卸載模塊時，cleanup_module函數被調用，它釋放字符設備test在系統字符設備表中佔有的表項。
接下篇