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

* 字符設備 * 塊設備 * 網(wǎng)絡設備

2, 開發(fā)環(huán)境構建：

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

3, 驅動開發(fā)中設計到的硬件：

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

4, linux內(nèi)核源代碼目錄結構：

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

5, 內(nèi)核的五個子系統(tǒng)：

* 進程調試(SCHED) * 內(nèi)存管理(MM) * 虛擬文件系統(tǒng)(VFS) * 網(wǎng)絡接口(NET) * 進程間通信(IPC)

6, linux內(nèi)核的編譯：

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

7, 在linux內(nèi)核中增加程序

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

8, linux下C編程的特點：

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

9，內(nèi)核模塊

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

/*

* 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

static char *book_name = “dissecting Linux Device Driver”;static int num = 4000;

static int book_init(void)

{

printk(KERN_INFO “ book name:%sn”,book_name);

printk(KERN_INFO “ book num:%dn”,num);

return 0;

}

static void book_exit(void)

{

printk(KERN_INFO “ Book module exitn “);

}

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 for testing module params”);

MODULE_VERSION(“V1.0”);

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

模塊編譯常用模版：

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

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

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

clean:

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

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

insmod,lsmod,rmmod

· 1

· 2

系統(tǒng)調用：

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

· 1

· 2

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

10，linux文件系統(tǒng)與設備驅動的關系

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

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

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

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

{

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

{

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

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

pr_debug("open:non-blockingn");else //阻塞

pr_debug("open:blockingn");

(2)struct inode結構體定義在linux/fs.h中

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

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

12，linux設備模型：

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