iotcl函數(轉自http://blog.csdn.net/shanshanpt/article/details/19897897)

我這裏說的ioctl函數是指驅動程序裏的,因爲我不知道還有沒有別的場合用到了它,所以就規定了我們討論的範圍。寫這篇文章是因爲我前一陣子被ioctl給搞混了,這幾天才弄明白它,於是在這裏清理一下頭腦。

一、 什麼是ioctl 
    ioctl是設備驅動程序中對設備的I/O通道進行管理的函數。所謂對I/O通道進行管理,就是對設備的一些特性進行控制,例如串口的傳輸波特率、馬達的轉速等等。它的調用個數如下: 
int ioctl(int fd, ind cmd, …); 
    其中fd是用戶程序打開設備時使用open函數返回的文件標示符,cmd是用戶程序對設備的控制命令,至於後面的省略號,那是一些補充參數,一般最多一個,這個參數的有無和cmd的意義相關。 
    ioctl函數是文件結構中的一個屬性分量,就是說如果你的驅動程序提供了對ioctl的支持,用戶就可以在用戶程序中使用ioctl函數來控制設備的I/O通道。

二、 ioctl的必要性 
    如果不用ioctl的話,也可以實現對設備I/O通道的控制,但那是蠻擰了。例如,我們可以在驅動程序中實現write的時候檢查一下是否有特殊約定的數據流通過,如果有的話,那麼後面就跟着控制命令(一般在socket編程中常常這樣做)。但是如果這樣做的話,會導致代碼分工不明,程序結構混亂,程序員自己也會頭昏眼花的。所以,我們就使用ioctl來實現控制的功能。要記住,用戶程序所作的只是通過命令碼(cmd)告訴驅動程序它想做什麼,至於怎麼解釋這些命令和怎麼實現這些命令,這都是驅動程序要做的事情。

三、 ioctl如何實現 
    這是一個很麻煩的問題,我是能省則省。要說清楚它,沒有四五千字是不行的,所以我這裏是不可能把它說得非常清楚了,不過如果讀者對用戶程序是怎麼和驅動程序聯繫起來感興趣的話,可以看我前一陣子寫的《write的奧祕》。讀者只要把write換成ioctl,就知道用戶程序的ioctl是怎麼和驅動程序中的ioctl實現聯繫在一起的了。我這裏說一個大概思路,因爲我覺得《Linux設備驅動程序》這本書已經說的非常清楚了,但是得花一些時間來看。 
    在驅動程序中實現的ioctl函數體內,實際上是有一個switch{case}結構,每一個case對應一個命令碼,做出一些相應的操作。怎麼實現這些操作,這是每一個程序員自己的事情。因爲設備都是特定的,這裏也沒法說。關鍵在於怎樣組織命令碼,因爲在ioctl中命令碼是唯一聯繫用戶程序命令和驅動程序支持的途徑。命令碼的組織是有一些講究的,因爲我們一定要做到命令和設備是一一對應的,這樣纔不會將正確的命令發給錯誤的設備,或者是把錯誤的命令發給正確的設備,或者是把錯誤的命令發給錯誤的設備。這些錯誤都會導致不可預料的事情發生,而當程序員發現了這些奇怪的事情的時候,再來調試程序查找錯誤,那將是非常困難的事情。所以在Linux核心中是這樣定義一個命令碼的: 
____________________________________
| 設備類型 | 序列號 | 方向 |數據尺寸|
|———-|——–|——|——–|
| 8 bit | 8 bit |2 bit |8~14 bit|
|———-|——–|——|——–|

    這樣一來,一個命令就變成了一個整數形式的命令碼;但是命令碼非常的不直觀,所以Linux Kernel中提供了一些宏。這些宏可根據便於理解的字符串生成命令碼,或者是從命令碼得到一些用戶可以理解的字符串以標明這個命令對應的設備類型、設備序列號、數據傳送方向和數據傳輸尺寸。

    這些宏我就不在這裏解釋了,具體的形式請讀者察看Linux核心源代碼中的宏,文件裏給這些宏做了完整的定義。這裏我只多說一個地方,那就是”幻數”。 “幻數”是一個字母,數據長度也是8,用一個特定的字母來標明設備類型,這和用一個數字是一樣的,只是更加利於記憶和理解。就是這樣,再沒有更復雜的了。 更多的說了也沒用,讀者還是看一看源代碼吧,推薦各位閱讀《Linux 設備驅動程序》所帶源代碼中的short一例,因爲它比較短小,功能比較簡單,可以看明白ioctl的功能和細節。

四、 cmd參數如何得出 
    這裏確實要說一說,cmd參數在用戶程序端由一些宏根據設備類型、序列號、傳送方向、數據尺寸等生成,這個整數通過系統調用傳遞到內核中的驅動程序,再由驅動程序使用解碼宏從這個整數中得到設備的類型、序列號、傳送方向、數據尺寸等信息,然後通過switch{case}結構進行相應的操作。要透徹理解,只能是通過閱讀源代碼,我這篇文章實際上只是一個引子。cmd參數的組織還是比較複雜的,我認爲要搞熟它還是得花不少時間的,但是這是值得的,因爲驅動程序中最難的是對中斷的理解

五、 小結 
    ioctl其實沒有什麼很難的東西需要理解,關鍵是理解cmd命令碼是怎麼在用戶程序裏生成並在驅動程序裏解析的,程序員最主要的工作量在switch{case}結構中,因爲對設備的I/O控制都是通過這一部分的代碼實現的。

******************************************************************************************************************************************

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章