三.編寫Linux網絡驅動程序中需要注意的問題

3.1 中斷共享

Linux系統(tǒng)運行幾個設備共享同一個中斷。需要共享的話，在申請的時候指明共享方式。系統(tǒng)提供的request_irq()調用的定義：

int request_irq(unsigned int irq,
void (*handler)(int irq, void *dev_id, struct pt_regs *regs),
unsigned long irqflags,
const char * devname,
void *dev_id);

如果共享中斷，irqflags設置SA_SHIRQ屬性，這樣就允許別的設備申請同一個中斷。需要注意所有用到這個中斷的設備在調用request_irq()都必須設置這個屬性。系統(tǒng)在回調每個中斷處理程序時，可以用dev_id這個參數找到相應的設備。系統(tǒng)在回調每個中斷處理程序時，可以用dev_id這個參數找到相應的設備。一般dev_id就設為device結構本身。系統(tǒng)處理共享中斷是用各自的dev_id參數依次調用每一個中斷處理程序。

3.2 硬件發(fā)送忙時的處理

主CPU的處理能力一般比網絡發(fā)送要快，所以經常會遇到系統(tǒng)有數據要發(fā)，但上一包數據網絡設備還沒發(fā)送完。因為在Linux里網絡設備驅動程序一般不做數據緩存，不能發(fā)送的數據都是通知系統(tǒng)發(fā)送不成功，所以必須要有一個機制在硬件不忙時及時通知系統(tǒng)接著發(fā)送下面的數據。

一般對發(fā)送忙的處理在前面設備的發(fā)送方法(hard_start_xmit)里已經描述過，即如果發(fā)送忙，置tbusy為1。處理完發(fā)送數據后，在發(fā)送結束中斷里清tbusy，同時用mark_bh()調用通知系統(tǒng)繼續(xù)發(fā)送。

但在具體實現(xiàn)我的驅動程序時發(fā)現(xiàn)，這樣的處理系統(tǒng)好象并不能及時地知道硬件已經空閑了，即在mark_bh()以后，系統(tǒng)要等一段時間才會接著發(fā)送。造成發(fā)送效率很低。2M線路只有10%不到的使用率。內核版本為2.0.35。

我最后的實現(xiàn)是不把tbusy置1，讓系統(tǒng)始終認為硬件空閑，但是報告發(fā)送不成功。系統(tǒng)會一直嘗試重發(fā)。這樣處理就運行正常了。但是遍循內核源碼中的網絡驅動程序，似乎沒有這樣處理的。不知道癥結在哪里。

3.3 流量控制(flow control)

網絡數據的發(fā)送和接收都需要流量控制。這些控制是在系統(tǒng)里實現(xiàn)的，不需要驅動程序做工作。每個設備數據結構里都有一個參數dev->tx_queue_len，這個參數標明發(fā)送時最多緩存的數據包。在Linux系統(tǒng)里以太網設備(10/100Mbps)標明發(fā)送時最多緩存的數據包。在Linux系統(tǒng)里以太網設備(10/100Mbps)tx_queue_len一般設置為100，串行線路(異步串口)為10。實際上如果看源碼可以知道，設置了dev->tx_queue_len并不是為緩存這些數據申請了空間。這個參數只是在收到協(xié)議層的數據包時判斷發(fā)送隊列里的數據是不是到了tx_queue_len的限度，以決定這一包數據加不加進發(fā)送隊列。發(fā)送時另一個方面的流控是更高層協(xié)議的發(fā)送窗口(TCP協(xié)議里就有發(fā)送窗口)。達到了窗口大小，高層協(xié)議就不會再發(fā)送數據。

接收流控也分兩個層次。netif_rx()緩存的數據包有限制。另外高層協(xié)議也會有一個最大的等待處理的數據量。

發(fā)送和接收流控處理在net/core/dev.c的do_dev_queue_xmit()和netif_rx()中。

3.4 調試

很多Linux的驅動程序都是編譯進內核的，形成一個大的內核文件。但對調試來說，這是相當麻煩的。調試驅動程序可以用module方式加載。支持模塊方式的驅動程序必須提供兩個函數：int init_module(void)和void cleanup_module(void)。init_module()在加載此模塊時調用，在這個函數里可以register_netdev()注冊設備。init_module()返回0表示成功，返回負表示失敗。cleanup_module()在驅動程序被卸載時調用，清除占用的資源，調用unregister_netdev()。

模塊可以動態(tài)地加載、卸載。在2.0.xx版本里，還有kerneld自動加載模塊，但是2.2.xx中已經取消了kerneld。手工加載使用insmod命令，卸載用rmmod命令，看內核中的模塊用lsmod命令。

編譯驅動程序用gcc，主要命令行參數-DKERNEL -DMODULE。并且作為模塊加載的驅動程序，只編譯成obj形式(加-c參數)。編譯好的目標文放/lib/modules/2.x.xx/misc下，在啟動文件里用insmod加載。

四.進一步的閱讀

Linux程序設計資料可以從網上獲得。這就是開放源代碼的好處。并且沒有什么“未公開的秘密”。我編寫驅動程序時參閱的主要資料包括：
Linux內核源代碼
《The Linux Kernel Hacker’s Guide》by Michael K. Johnson
《Linux Kernel Module Programming Guide》by Ori Pomerantz
《Linux下的設備驅動程》by olly in BBS水木清華站
可以選擇一個模板作為開始，內核源代碼里有一個網絡驅動程序的模板，drivers/net/skeleton.c。里面包含了驅動程序的基本內容。但這個模板是以以太網設備為對象的，以太網的處理在Linux系統(tǒng)里有特殊“待遇”，所以如果不是以太網設備，有些細節(jié)上要注意，主要在初始化程序里。

最后，多參照別人寫的程序，聽聽其他開發(fā)者的經驗之談大概是最有效的幫助了。