作為驅動程序編寫者,我們需要在所需的編程時間以及驅動程序的靈活性之間選擇一個可接受的折中。讀者可能奇怪于說驅動程序“靈活”,我們用這個詞實際上是強調設備驅動程序的作用在于提供機制,而不是提供策略。

    機制mechanism，策略policy。如果你看過《linux device drivers》，里面給出了大概的介紹。機制提供了干什么(do what),策略提供如何做（how to do）。驅動程序完成機制的功能，把策略的實現留給用戶的應用程序。通常在機制中，驅動程序要完成打開，關閉，讀寫，控制等功能。這些都是設備使用時最基本的操作。而策略中就要實現一些高級的數據處理或界面功能。通過例子來說明會更好些。

    編寫訪問硬件的內核代碼時，不要給用戶強加任何特定策略，驅動程序應該處理如何使硬件可用的問題，而將怎樣使用硬件的問題留給上層應用程序；

    不帶策略的驅動程序包括一些典型的特性：同時支持同步和異步操作、驅動程序能夠被多次打開、充分利用硬件特性，以及不具備用來“簡化任務”的或提供與策略相關的軟件層等。

    不帶策略的軟件設計是軟件設計者的一個共同目標。

 

    在沒有操作系統的裸機系統中，我們編寫驅動程序，直接對物理地址、各種寄存器等進行操作并為應用層直接提供接口；如果在有操作系統的平臺上，我們又應該如何編寫驅動程序？以前在裸機上實現的驅動程序又如何能移植到帶操作系統的平臺上呢？

    我們學習linux的驅動編程，可以接觸linux這么優秀的開源內核并了解他的驅動架構等各種機制。我們可以從中學習借鑒，來提高我們的編程能力以及編寫程序時需要考慮的各種方面，如設備、驅動等各種函數的注冊機制（各種回調）、軟硬資源分離、資源保護等等。

    在編寫linux的字符驅動程序前，我們需要知道linux下驅動程序的架構，驅動程序的實現機制。

    linux驅動模塊，是一種可動態或靜態加入內核的內核模塊，內核模塊的編程與編譯需要遵循一定的規則。假設我們有一定的基礎，已經清楚內核模塊的架構，那么我們簡要分析字符驅動的程序架構。

     1：模塊加載函數：mini2440_led_init、module_init(mini2440_led_init);

     2：模塊卸載函數：mini2440_led_exit、module_exit(mini2440_led_exit);

     3：實現相關的操作（file_operations）：mini2440_led_open、mini2440_led_write mini2440_led_read

     4：相關數據結構與在內核中使用的相關函數:cdev、dev_t、file_operations、cdev_add、device_create

 

    對字符設備的訪問是通過文件系統內的設備名稱（open(xxx文件)）進行的，即將字符設備已文件的形式訪問與管理，這些文件是特殊文件、設備文件或稱為文件系統樹的節點，他們通常位于/dev下。ls -l 可以查看設備文件相關信息。 

    設備文件創建：

    字符設備的設備文件可以通過mknod xxx c 250(主) 0，手動創建，也可以在模塊加載函數中通過device_create自動創建；

/////////////////////////////////////////////////////////////////////////////////////////////////

    編寫思路： 字符驅動模塊安裝內核模塊的程序架構寫，即有加載卸載函數以及模塊聲明。加載函數中又有以下介個方面：

     1：向系統申請一個設備號（或自己通過全局變量指定一個可用的設備，但是仍然要通過向系統申請這個設備號）-----在向系統注冊cdev時需要使用設備號；

     2：定義一個file_operations實體----后面cdev需要將他綁定它

     3：申請cdev實例（可動態申請與靜態定義一塊），并初始化cdev(同時綁定file_operations)

     4：注冊cdev到內核中去

////////////////////////////////////////////////////////////////////////////////////////////////