Linux PCI 設備驅動基本框架(一)

https://www.cnblogs.com/zhuyp1015/archive/2012/06/30/2571400.html

Linux將所有外部設備看成是一類特殊文件,稱之爲“設備文件”,如果說系統調用是Linux內核和應用程序之間的接口,那麼設備驅動程序則可以看成是 Linux內核與外部設備之間的接口。設備驅動程序嚮應用程序屏蔽了硬件在實現上的細節,使得應用程序可以像操作普通文件一樣來操作外部設備。

1. 字符設備和塊設備

Linux抽象了對硬件的處理,所有的硬件設備都可以像普通文件一樣來看待:它們可以使用和操作文件相同的、標準的系統調用接口來完成打開、關閉、讀寫和 I/O控制操作,而驅動程序的主要任務也就是要實現這些系統調用函數。Linux系統中的所有硬件設備都使用一個特殊的設備文件來表示,例如,系統中的第 一個IDE硬盤使用/dev/hda表示。每個設備文件對應有兩個設備號:一個是主設備號,標識該設備的種類,也標識了該設備所使用的驅動程序;另一個是 次設備號,標識使用同一設備驅動程序的不同硬件設備。設備文件的主設備號必須與設備驅動程序在登錄該設備時申請的主設備號一致,否則用戶進程將無法訪問到 設備驅動程序。

在Linux操作系統下有兩類主要的設備文件:一類是字符設備,另一類則是塊設備。字符設備是以字節爲單位逐個進行I/O操作的設備,在對字符設備發出讀 寫請求時,實際的硬件I/O緊接着就發生了,一般來說字符設備中的緩存是可有可無的,而且也不支持隨機訪問。塊設備則是利用一塊系統內存作爲緩衝區,當用 戶進程對設備進行讀寫請求時,驅動程序先查看緩衝區中的內容,如果緩衝區中的數據能滿足用戶的要求就返回相應的數據,否則就調用相應的請求函數來進行實際 的I/O操作。塊設備主要是針對磁盤等慢速設備設計的,其目的是避免耗費過多的CPU時間來等待操作的完成。一般說來,PCI卡通常都屬於字符設備。

 

2. 設備驅動程序接口

Linux中的I/O子系統向內核中的其他部分提供了一個統一的標準設備接口,這是通過include/linux/fs.h中的數據結構file_operations來完成的:

複製代碼

struct file_operations {
     struct module *owner;
     loff_t (*llseek) (struct file *, loff_t, int);
     ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);
     ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);
     ssize_t (*aio_read) (struct kiocb *, const struct iovec *, unsigned long, loff_t);
     ssize_t (*aio_write) (struct kiocb *, const struct iovec *, unsigned long, loff_t);
     int (*readdir) (struct file *, void *, filldir_t);
     unsigned int (*poll) (struct file *, struct poll_table_struct *);
     long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long);
     long (*compat_ioctl) (struct file *, unsigned int, unsigned long);
     int (*mmap) (struct file *, struct vm_area_struct *);
     int (*open) (struct inode *, struct file *);
     int (*flush) (struct file *, fl_owner_t id);
     int (*release) (struct inode *, struct file *);
     int (*fsync) (struct file *, loff_t, loff_t, int datasync);
     int (*aio_fsync) (struct kiocb *, int datasync);
     int (*fasync) (int, struct file *, int);
     int (*lock) (struct file *, int, struct file_lock *);
     ssize_t (*sendpage) (struct file *, struct page *, int, size_t, loff_t *, int);
     unsigned long (*get_unmapped_area)(struct file *, unsigned long, unsigned long, unsigned long, unsigned long);
     int (*check_flags)(int);
     int (*flock) (struct file *, int, struct file_lock *);
     ssize_t (*splice_write)(struct pipe_inode_info *, struct file *, loff_t *, size_t, unsigned int);
     ssize_t (*splice_read)(struct file *, loff_t *, struct pipe_inode_info *, size_t, unsigned int);
     int (*setlease)(struct file *, long, struct file_lock **);
     long (*fallocate)(struct file *file, int mode, loff_t offset,
                 loff_t len);
};

複製代碼

 

當應用程序對設備文件進行諸如open、close、read、write等操作時,Linux內核將通過file_operations結構訪問驅動程 序提供的函數。例如,當應用程序對設備文件執行讀操作時,內核將調用file_operations結構中的read函數。

 

3. 設備驅動程序模塊 

Linux下的設備驅動程序可以按照兩種方式進行編譯,一種是直接靜態編譯成內核的一部分,另一種則是編譯成可以動態加載的模塊。如果編譯進內核的話,會增加內核的大小,還要改動內核的源文件,而且不能動態地卸載,不利於調試,所有推薦使用模塊方式。 

從本質上來講,模塊也是內核的一部分,它不同於普通的應用程序,不能調用位於用戶態下的C或者C++庫函數,而只能調用Linux內核提供的函數,在/proc/ksyms中可以查看到內核提供的所有函數。

在以模塊方式編寫驅動程序時,要實現兩個必不可少的函數init_module( )和cleanup_module( ),而且至少要包含和兩 個頭文件。一般使用LDD3 例程中使用的makefile 作爲基本的版本,稍作改變之後用來編譯驅動,編譯生成的模塊(一般爲.ko文件)可以使用命令insmod載入Linux內核,從而成爲內核的一個組成部分,此時內核會調用 模塊中的函數init_module( )。當不需要該模塊時,可以使用rmmod命令進行卸載,此進內核會調用模塊中的函數cleanup_module( )。任何時候都可以使用命令來lsmod查看目前已經加載的模塊以及正在使用該模塊的用戶數。

 

4. 設備驅動程序結構

瞭解設備驅動程序的基本結構(或者稱爲框架),對開發人員而言是非常重要的,Linux的設備驅動程序大致可以分爲如下幾個部分:驅動程序的註冊與註銷、設備的打開與釋放、設備的讀寫操作、設備的控制操作、設備的中斷和輪詢處理。

驅動程序的註冊與註銷 

向系統增加一個驅動程序意味着要賦予它一個主設備號,這可以通過在驅動程序的初始化過程中調用register_chrdev( )或者register_blkdev( )來完成。而在關閉字符設備或者塊設備時,則需要通過調用unregister_chrdev( )或unregister_blkdev( )從內核中註銷設備,同時釋放佔用的主設備號。但是現在

程序員都傾向於動態創建設備號和設備結點,動態創建設備號和設備結點需要幾個指定的函數,具體

可以參見“Linux字符驅動中動態分配設備號與動態生成設備節點”。


設備的打開與釋放 

打開設備是通過調用file_operations結構中的函數open( )來完成的,它是驅動程序用來爲今後的操作完成初始化準備工作的。在大部分驅動程序中,open( )通常需要完成下列工作: 

1.檢查設備相關錯誤,如設備尚未準備好等。 

2.如果是第一次打開,則初始化硬件設備。 

3.識別次設備號,如果有必要則更新讀寫操作的當前位置指針f_ops。 

4.分配和填寫要放在file->private_data裏的數據結構。 

5.使用計數增1。 

釋放設備是通過調用file_operations結構中的函數release( )來完成的,這個設備方法有時也被稱爲close( ),它的作用正好與open( )相反,通常要完成下列工作: 

1.使用計數減1。 

2.釋放在file->private_data中分配的內存。 

3.如果使用計算爲0,則關閉設備。 

設備的讀寫操作 

字符設備的讀寫操作相對比較簡單,直接使用函數read( )和write( )就可以了。但如果是塊設備的話,則需要調用函數block_read( )和block_write( )來進行數據讀寫,這兩個函數將向設備請求表中增加讀寫請求,以便Linux內核可以對請求順序進行優化。由於是對內存緩衝區而不是直接對設備進行操作 的,因此能很大程度上加快讀寫速度。如果內存緩衝區中沒有所要讀入的數據,或者需要執行寫操作將數據寫入設備,那麼就要執行真正的數據傳輸,這是通過調用 數據結構blk_dev_struct中的函數request_fn( )來完成的。 

設備的控制操作 

除了讀寫操作外,應用程序有時還需要對設備進行控制,這可以通過設備驅動程序中的函數ioctl( )來完成,ioctl 系統調用有下面的原型: int ioctl(int fd, unsigned long cmd, ...),第一個參數是文件描述符,第二個參數是具體的命令,一般使用宏定義來確定,第三個參數一般是傳遞給驅動中處理設備控制操作函數的參數。ioctl( )的用法與具體設備密切關聯,因此需要根據設備的實際情況進行具體分析。 


設備的中斷和輪詢處理
 

對於不支持中斷的硬件設備,讀寫時需要輪流查詢設備狀態,以便決定是否繼續進行數據傳輸。如果設備支持中斷,則可以按中斷方式進行操作。  

 

 

基本框架

在用模塊方式實現PCI設備驅動程序時,通常至少要實現以下幾個部分:初始化設備模塊、設備打開模塊、數據讀寫和控制模塊、中斷處理模塊、設備釋放模塊、設備卸載模塊。下面給出一個典型的PCI設備驅動程序的基本框架,從中不難體會到這幾個關鍵模塊是如何組織起來的。

複製代碼

/* 指明該驅動程序適用於哪一些PCI設備 */
static struct pci_device_id my_pci_tbl [] __initdata = {
{PCI_VENDOR_ID, PCI_DEVICE_ID,PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
{0,}
};

/* 對特定PCI設備進行描述的數據結構 */
struct device_private {
...
}

/* 中斷處理模塊 */
static irqreturn_t device_interrupt(int irq, void *dev_id)
{
/* ... */
}

/* 設備文件操作接口 */
static struct file_operations device_fops = {
owner: THIS_MODULE, /* demo_fops所屬的設備模塊 */
read: device_read, /* 讀設備操作*/
write: device_write, /* 寫設備操作*/
ioctl: device_ioctl, /* 控制設備操作*/
mmap: device_mmap, /* 內存重映射操作*/
open: device_open, /* 打開設備操作*/
release: device_release /* 釋放設備操作*/
/* ... */
};

/* 設備模塊信息 */
static struct pci_driver my_pci_driver = {
name: DEVICE_MODULE_NAME, /* 設備模塊名稱 */
id_table: device_pci_tbl, /* 能夠驅動的設備列表 */
probe: device_probe, /* 查找並初始化設備 */
remove: device_remove /* 卸載設備模塊 */
/* ... */
};

static int __init init_module (void)
{
/* ... */
}

static void __exit cleanup_module (void)
{
     pci_unregister_driver(&my_pci_driver);
}

/* 加載驅動程序模塊入口 */
module_init(init_module);

/* 卸載驅動程序模塊入口 */
module_exit(cleanup_module);

複製代碼

上面這段代碼給出了一個典型的PCI設備驅動程序的框架,是一種相對固定的模式。需要注意的是,同加載和卸載模塊相關的函數或數據結構都要在前面加上 __init、__exit等標誌符,以使同普通函數區分開來。構造出這樣一個框架之後,接下去的工作就是如何完成框架內的各個功能模塊了。

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