1, linux驅動一般分為3大類：

＊ 字符設備＊ 塊設備＊ 網絡設備

2, 開發環境構建：

＊ 交叉工具鏈構建＊ NFS和tftp服務器安裝

3, 驅動開發中設計到的硬件：

＊ 數字電路知識＊ ARM硬件知識＊ 熟練使用萬用表和示波器＊ 看懂芯片手冊和原理圖

4, linux內核源代碼目錄結構：

＊ arch/: arch子目錄包括了所有和體系結構相關的核心代碼。它的每一個子目錄都代表一種支持的體系結構，例如i386就是關于intel cpu及與之相兼容體系結構的子目錄。＊ block/: 部分塊設備驅動程序；＊ crypto: 常用加密和散列算法（如AES、SHA等），還有一些壓縮和CRC校驗算法；＊ documentation/: 文檔目錄,沒有內核代碼，只是一套有用的文檔；＊ drivers/: 放置系統所有的設備驅動程序；每種驅動程序又各占用一個子目錄：如，/block 下為塊設備驅動程序，比如ide（ide.c）。如果你希望查看所有可能包含文件系統的設備是如何初始化的，你可以看 drivers/block/genhd.c中的device_setup()。＊ fs/: 所有的文件系統代碼和各種類型的文件操作代碼，它的每一個子目錄支持一個文件系統, 例如fat和ext2；＊ include/: include子目錄包括編譯核心所需要的大部分頭文件。與平臺無關的頭文件在 include/linux子目錄下，與 intel cpu相關的頭文件在include/asm-i386子目錄下,而include/scsi目錄則是有關scsi設備的頭文件目錄；＊ init/: 這個目錄包含核心的初始化代碼(注：不是系統的引導代碼)，包含兩個文件main.c和Version.c，這是研究核心如何工作的好的起點之一；＊ ipc/: 這個目錄包含核心的進程間通訊的代碼；＊ kernel/: 主要的核心代碼，此目錄下的文件實現了大多數linux系統的內核函數，其中最重要的文件當屬sched.c；同樣，和體系結構相關的代碼在arch/i386/kernel下；＊ lib/: 放置核心的庫代碼；＊ mm/：這個目錄包括所有獨立于 cpu 體系結構的內存管理代碼，如頁式存儲管理內存的分配和釋放等；而和體系結構相關的內存管理代碼則位于arch/i386/mm/下；＊ net/: 核心與網絡相關的代碼；＊ scripts/: 描述文件，腳本，用于對核心的配置；＊ security: 主要是一個SELinux的模塊；＊ sound: 常用音頻設備的驅動程序等；＊ usr: 實現了用于打包和壓縮的cpio；

5, 內核的五個子系統：

＊ 進程調試（SCHED）＊ 內存管理(MM)＊ 虛擬文件系統(VFS)＊ 網絡接口(NET)＊ 進程間通信(IPC)

6, linux內核的編譯：

＊ 配置內核：make menuconfig，使用后會生成一個.confiig配置文件，記錄哪些部分被編譯入內核，哪些部分被編譯成內核模塊。＊ 編譯內核和模塊的方法：make zImageMake modules＊ 執行完上述命令后，在arch/arm/boot/目錄下得到壓縮的內核映像zImage，在內核各對應目錄得到選中的內核模塊。

7, 在linux內核中增加程序

（直接編譯進內核）要完成以下3項工作：＊ 將編寫的源代碼拷入linux內核源代碼相應目錄＊ 在目錄的Kconifg文件中增加關于新源代碼對應項目的編譯配置選項＊ 在目錄的Makefile文件中增加對新源代碼的編譯條目

8, linux下C編程的特點：

內核下的Documentation/CodingStyle描述了linux內核對編碼風格的要求。具體要求不一一列舉，以下是要注意的：＊ 代碼中空格的應用＊ 當前函數名：GNU C預定義了兩個標志符保存當前函數的名字，__FUNCTION__保存函數在源碼中的名字，__PRETTY_FUNCTION__保存帶語言特色的名字。由于C99已經支持__func__宏，在linux編程中應該不要使用__FUNCTION__,應該使用__func__。＊內建函數：不屬于庫函數的其他內建函數的命名通常以__builtin開始。

9，內核模塊

內核模塊主要由如下幾部分組成：（1） 模塊加載函數（2） 模塊卸載函數（3） 模塊許可證聲明（常用的有Dual BSD/GPL,GPL,等）（4） 模塊參數（可選）它指的是模塊被加載的時候可以傳遞給它的值，它本身對應模塊內部的全局變量。例如P88頁中講到的一個帶模塊參數的例子：insmod book.ko book_name=”GOOD BOOK” num=5000（5） 模塊導出符號（可選）導出的符號可以被其他模塊使用，在使用之前只需聲明一下。（6） 模塊作者等聲明信息（可選）以下是一個典型的內核模塊：

/*

* A kernel module: book

* This example is to introduce module params

*

* The initial developer of the original code is Baohua Song

* . All Rights Reserved.

*/

#include #include

staticchar*book_name = “dissecting Linux Device Driver”;staticintnum = 4000;

staticintbook_init(void)

{

printk(KERN_INFO “ book name:%s\n”,book_name);

printk(KERN_INFO “ book num:%d\n”,num);

return0;

}

staticvoidbook_exit(void)

{

printk(KERN_INFO “ Book module exit\n “);

}

module_init(book_init);

module_exit(book_exit);

module_param(num, int, S_IRUGO);

module_param(book_name, charp, S_IRUGO);

MODULE_AUTHOR(“Song Baohua, author@linuxdriver.cn”);

MODULE_LICENSE(“Dual BSD/GPL”);

MODULE_DESCRIPTION(“A simple Module fortesting module params”);

MODULE_VERSION(“V1.0”);

注意：標有__init的函數在鏈接的時候都放在.init.text段，在.initcall.init中還保存了一份函數指針，初始化的時候內核會通過這些函數指針調用__init函數，在初始化完成后釋放init區段。

模塊編譯常用模版：

KVERS= $(shell uname -r)# Kernel modules

obj-m += book.o# Specify flags for the module compilation.#EXTRA_CFLAGS=-g -O0build:kernel_moduleskernel_modules:

make -C/lib/modules/$(KVERS)/build M=$(CURDIR) modules

clean:

make -C/lib/modules/$(KVERS)/build M=$(CURDIR) clean

注意要指明內核版本，并且內核版本要匹配——編譯模塊使用的內核版本要和模塊欲加載到的那個內核版本要一致。模塊中經常使用的命令：

insmod,lsmod,rmmod

·1

·2

系統調用：

int open(const char *pathname,int flags,mode_t mode);

·1

·2

flag表示文件打開標志，如：O_RDONLYmode表示文件訪問權限，如：S_IRUSR(用戶可讀)，S_IRWXG(組可以讀、寫、執行)

10，linux文件系統與設備驅動的關系

應用程序和VFS之間的接口是系統調用，而VFS與磁盤文件系統以及普通設備之間的接口是file_operation結構體成員函數。

兩個重要的函數：（1）struct file結構體定義在/linux/include/linux/fs.h(Linux 2.6.11內核)中定義。文件結構體代表一個打開的文件，系統中每個打開的文件在內核空間都有一個關聯的struct file。它由內核在打開文件時創建，并傳遞給在文件上進行操作的任何函數。在文件的所有實例都關閉后，內核釋放這個數據結構。在內核創建和驅動源碼中，struct file的指針通常被命名為file或filp。在驅動開發中，文件讀/

寫模式mode、標志f_flags都是設備驅動關心的內容，而私有數據指針private_data在驅動中被廣泛使用，大多被指向設備驅動自定義的用于描述設備的結構體。驅動程序中常用如下類似的代碼來檢測用戶打開文件的讀寫方式：

if(file->f_mode & FMODE_WRITE)//用戶要求可寫

{

}if(file->f_mode & FMODE_READ)//用戶要求可讀

{

下面的代碼可用于判斷以阻塞還是非阻塞方式打開設備文件：

if(file->f_flags & O_NONBLOCK) //非阻塞

pr_debug("open:non-blocking\n");else//阻塞

pr_debug("open:blocking\n");

（2）struct inode結構體定義在linux/fs.h中

11，devfs、sysfs、udev三者的關系：

（1）devfslinux下有專門的文件系統用來對設備進行管理，devfs和sysfs就是其中兩種。在2.4內核4一直使用的是devfs，devfs掛載于/dev目錄下，提供了一種類似于文件的方法來管理位于/dev目錄下的所有設備，我們知道/dev目錄下的每一個文件都對應的是一個設備，至于當前該設備存在與否先且不論，而且這些特殊文件是位于根文件系統上的，在制作文件系統的時候我們就已經建立了這些設備文件，因此通過操作這些特殊文件，可以實現與內核進行交互。但是devfs文件系統有一些缺點，例如：不確定的設備映射，有時一個設備映射的設備文件可能不同，例如我的U盤可能對應sda有可能對應sdb；沒有足夠的主/次設備號，當設備過多的時候，顯然這會成為一個問題；/dev目錄下文件太多而且不能表示當前系統上的實際設備；命名不夠靈活，不能任意指定等等。（2）sysfs正因為上述這些問題的存在，在linux2.6內核以后，引入了一個新的文件系統sysfs，它掛載于/sys目錄下，跟devfs一樣它也是一個虛擬文件系統，也是用來對系統的設備進行管理的，它把實際連接到系統上的設備和總線組織成一個分級的文件，用戶空間的程序同樣可以利用這些信息以實現和內核的交互，該文件系統是當前系統上實際設備樹的一個直觀反應，它是通過kobject子系統來建立這個信息的，當一個kobject被創建的時候，對應的文件和目錄也就被創建了，位于/sys下的相關目錄下，既然每個設備在sysfs中都有唯一對應的目錄，那么也就可以被用戶空間讀寫了。用戶空間的工具udev就是利用了sysfs提供的信息來實現所有devfs的功能的，但不同的是udev運行在用戶空間中，而devfs卻運行在內核空間，而且udev不存在devfs那些先天的缺陷。（3）udevudev是一種工具，它能夠根據系統中的硬件設備的狀況動態更新設備文件，包括設備文件的創建，刪除等。設備文件通常放在/dev目錄下，使用udev后,在/dev下面只包含系統中真實存在的設備。它于硬件平臺無關的，位于用戶空間，需要內核sysfs和tmpfs的支持，sysfs為udev提供設備入口和uevent通道，tmpfs為udev設備文件提供存放空間。

12，linux設備模型：

在linux內核中，分別使用bus_type,device_driver,device來描述總線、驅動和設備，這3個結構體定義于include/linux/device.h頭文件中。驅動和設備正是通過bus_type中的match()函數來配對的。