linuxusb驅動開發
❶ 《linux設備驅動開發詳解4.0》pdf下載在線閱讀全文，求百度網盤雲資源
《Linux設備驅動開發詳解4.0》網路網盤pdf最新全集下載:
鏈接: https://pan..com/s/1wxaYK87l11FDur15aS6FTQ
簡介：Linux設備驅動開發詳解介紹了Linux設備驅動開發理論、框架與實例，詳細說明了自旋鎖、信號量、完成量、中斷頂/底半部、定時器、內存和I/O映射以及非同步通知、阻塞I/O、非阻塞I/O等Linux設備驅動理論,以及字元設備、塊設備、tty設備、I2c設備、LCD設備、音頻設備、USB設備、網路設備、PCI設備等Linux設備驅動架構中各個復雜數據結構和函數的關系，並講解了Linux驅動開發的大量實例，使讀者能夠獨立開發各類Linux設備驅動。
❷ 如何在Linux開發工具中啟動USB驅動程序
USB驅動程序支持在原生Linux提供了。
方法要求啟用驅動,但是,取決於你所使用的分布和內核版本。
哪個發行版支持USBFS？
已知提供USBFS支持：
Ubuntu 9.04或以上,
Ubuntu 9.10的內核2.6.31-19伺服器,
CentOS的4.8,
CentOS的5.4,
一般情況下,任何分布用內核版本<2.6.32
已知不提供USBFS支持：
Ubuntu 10.04,
一般情況下,任何分布用內核版本> = 2.6.32
方法1：USBFS支持
如果你的發行版提供了USBFS支持,那麼下面的命令將工作：
mount -t usbfs none /proc/bus/usb -o devmode=0666
為了使這種更改永久,確保下面一行是在/ etc / fstab文件中：
none /proc/bus/usb usbfs defaults,devmode=0666 0 0
這將自動安裝在系統啟動。
一旦 /etc/fstab添加已經做完,一個簡單的命令應該掛載USBFS文件系統：
mount /proc/bus/usb
無論是FTDI / XTAG和XTAG-2的調試適配器現在應該工作。
方法2：沒有USBFS支持
為了確保在任何一個FTDI / XTAG或XTAG-2調試適配器插入時的許可權是在設備上是正確的,您需要配置「udev」來識別這個設備。
創建一個文件「/etc/udev/rules.d/99-xmos.rules」,其內容如下：
SUBSYSTEM!="usb|usb_device", GOTO="xmos_rules_end"
ACTION!="add", GOTO="xmos_rules_end"
# 20b1:f7d1 for xmos xtag2
ATTRS{idVendor}=="20b1", ATTRS{idProct}=="f7d1", MODE="0666", SYMLINK+="xtag2-%n"
# 20b1:f7d3 for xmos startkit
ATTRS{idVendor}=="20b1", ATTRS{idProct}=="f7d3", MODE="0666", SYMLINK+="startkit-%n"
# 0403:6010 for XC-1 with FTDI al-uart chip
ATTRS{idVendor}=="0403", ATTRS{idProct}=="6010", MODE="0666", SYMLINK+="xc1-%n"
LABEL="xmos_rules_end"
注意：本ATTRS,MODE和SYMLINK節必須全部在同一行,因為每個規則只能在一行上。
現在告訴udev進行重新載入,以確保文件添加新的規則：
service udev reload
還必須拔下並重新插上USB線,讓udev的識別設備的新規則。或者觸發重新插上的udev類型為「udevadm觸發」或「udevtrigger」命令,取決於在你的Linux分布上udev的版本。
FTDI / XTAG其他注意事項
FTDI的庫需要USB設備的文件都可以從/ proc /bus/ USB,不支持的/dev/bus/usb作為文件的位置。
但是,如果你的發行版不支持USBFS（以上方法1）,但確實有一個的/proc/bus/usb空目錄,你可以使用下面的綁定mount命令的解決方法：
mount --bind /dev/bus/usb /proc/bus/usb
如果你的發行版不支持USBFS,也沒有一個的/proc/bus/usb目錄（這是較新的內核的情況下,大約從2.6.32開始）,然後聯系XMOS的rthe設備庫的非官方補丁的版本; 發送XMOS的支持標簽,其中包括「Linux的FTDI庫請求」的主題。
❸ 如何簡化linux usb 驅動 實驗報告
《LINUX設備驅動程序》
USB骨架程序（usb-skeleton），是USB驅動程序的基礎，通過對它源碼的學習和理解，可以使我們迅速地了解USB驅動架構，迅速地開發我們自己的USB硬體的驅動。
前言
在上篇《Linux下的硬體驅動--USB設備（上）（驅動配製部分）》中，我們知道了在Linux下如何去使用一些最常見的USB設備。但對於做系統設計的程序員來說，這是遠遠不夠的，我們還需要具有驅動程序的閱讀、修改和開發能力。在此下篇中，就是要通過簡單的USB驅動的例子，隨您一起進入 USB驅動開發的世界。
USB驅動開發
在掌握了USB設備的配置後，對於程序員，我們就可以嘗試進行一些簡單的USB驅動的修改和開發了。這一段落，我們會講解一個最基礎USB框架的基礎上，做兩個小的USB驅動的例子。
USB骨架
在Linux kernel源碼目錄中driver/usb/usb-skeleton.c為我們提供了一個最基礎的USB驅動程序。我們稱為USB骨架。通過它我們僅需要修改極少的部分，就可以完成一個USB設備的驅動。我們的USB驅動開發也是從她開始的。
那些linux下不支持的USB設備幾乎都是生產廠商特定的產品。如果生產廠商在他們的產品中使用自己定義的協議，他們就需要為此設備創建特定的驅動程序。當然我們知道，有些生產廠商公開他們的USB協議，並幫助Linux驅動程序的開發，然而有些生產廠商卻根本不公開他們的USB協議。因為每一個不同的協議都會產生一個新的驅動程序，所以就有了這個通用的USB驅動骨架程序， 它是以pci 骨架為模板的。
如果你准備寫一個linux驅動程序，首先要熟悉USB協議規范。USB主頁上有它的幫助。一些比較典型的驅動可以在上面發現，同時還介紹了USB urbs的概念，而這個是usb驅動程序中最基本的。
Linux USB 驅動程序需要做的第一件事情就是在Linux USB 子系統里注冊，並提供一些相關信息，例如這個驅動程序支持那種設備，當被支持的設備從系統插入或拔出時，會有哪些動作。所有這些信息都傳送到USB 子系統中，在usb骨架驅動程序中是這樣來表示的：
static struct usb_driver skel_driver = {
name: "skeleton",
probe: skel_probe,
disconnect: skel_disconnect,
fops: &skel_fops,
minor: USB_SKEL_MINOR_BASE,
id_table: skel_table,
};
變數name是一個字元串，它對驅動程序進行描述。probe 和disconnect 是函數指針，當設備與在id_table 中變數信息匹配時，此函數被調用。
fops和minor變數是可選的。大多usb驅動程序鉤住另外一個驅動系統，例如SCSI，網路或者tty子系統。這些驅動程序在其他驅動系統中注冊，同時任何用戶空間的交互操作通過那些介面提供，比如我們把SCSI設備驅動作為我們USB驅動所鉤住的另外一個驅動系統，那麼我們此USB設備的 read、write等操作，就相應按SCSI設備的read、write函數進行訪問。但是對於掃描儀等驅動程序來說，並沒有一個匹配的驅動系統可以使用，那我們就要自己處理與用戶空間的read、write等交互函數。Usb子系統提供一種方法去注冊一個次設備號和file_operations函數指針，這樣就可以與用戶空間實現方便地交互。
❹ 如何系統的學習Linux驅動開發
在學習之前一直對驅動開發非常的陌生，感覺有點神秘。不知道驅動開發和普通的程序開發究竟有什麼不同；它的基本框架又是什麼樣的；他的開發環境有什麼特殊的地方；以及怎麼寫編寫一個簡單的字元設備驅動前編譯載入，下面我就對這些問題一個一個的介紹。
一、驅動的基本框架
1．那麼究竟什麼是驅動程序，它有什麼用呢:
l驅動是硬體設備與應用程序之間的一個中間軟體層
l它使得某個特定硬體能夠響應一個定義良好的內部編程介面，同時完全隱蔽了設備的工作細節
l用戶通過一組與具體設備無關的標准化的調用來完成相應的操作
l驅動程序的任務就是把這些標准化的系統調用映射到具體設備對於實際硬體的特定操作上
l驅動程序是內核的一部分，可以使用中斷、DMA等操作
l驅動程序在用戶態和內核態之間傳遞數據
2．Linux驅動的基本框架
3．Linux下設備驅動程序的一般可以分為以下三類
1)字元設備
a)所有能夠象位元組流一樣訪問的設備都通過字元設備來實現
b)它們被映射為文件系統中的節點，通常在/dev/目錄下面
c)一般要包含open read write close等系統調用的實現
2)塊設備
d)通常是指諸如磁碟、內存、Flash等可以容納文件系統的存儲設備。
e)塊設備也是通過文件系統來訪問，與字元設備的區別是：內核管理數據的方式不同
f)它允許象字元設備一樣以位元組流的方式來訪問，也可一次傳遞任意多的位元組。
3)網路介面設備
g)通常它指的是硬體設備，但有時也可能是一個軟體設備(如回環介面loopback)，它們由內核中網路子系統驅動，負責發送和接收數據包。
h)它們的數據傳送往往不是面向流的，因此很難將它們映射到一個文件系統的節點上。
二、怎麼搭建一個驅動的開發環境
因為驅動是要編譯進內核,在啟動內核時就會驅動此硬體設備；或者編譯生成一個.o文件,當應用程序需要時再動態載入進內核空間運行。因此編譯任何一個驅動程序都要鏈接到內核的源碼樹。所以搭建環境的第一步當然是建內核源碼樹
1.怎麼建內核源碼樹
a)首先看你的系統有沒有源碼樹，在你的/lib/ moles目錄下會有內核信息，比如我當前的系統里有兩個版本：
#ls /lib/ moles
2.6.15-rc72.6.21-1.3194.fc7
查看其源碼位置:
## ll /lib/moles/2.6.15-rc7/build
lrwxrwxrwx 1 root root 27 2008-04-28 19:19 /lib/moles/2.6.15-rc7/build -> /root/xkli/linux-2.6.15-rc7
發現build是一個鏈接文件，其所對應的目錄就是源碼樹的目錄。但現在這里目標目錄已經是無效的了。所以得自己重新下載
b)下載並編譯源碼樹
有很多網站上可以下載，但官方網址是：
http://www.kernel.org/pub/linux/kernel/v2.6/
下載完後當然就是解壓編譯了
# tar –xzvf linux-2.6.16.54.tar.gz
#cd linux-2.6.16.54
## make menuconfig (配置內核各選項,如果沒有配置就無法下一步編譯，這里可以不要改任何東西)
#make
…
如果編譯沒有出錯。那麼恭喜你。你的開發環境已經搭建好了
三、了解驅動的基本知識
1.設備號
1)什麼是設備號呢？我們進系統根據現有的設備來講解就清楚了：
#ls -l /dev/
crwxrwxrwx 1 root root1,3 2009-05-11 16:36 null
crw------- 1 root root4,0 2009-05-11 16:35 systty
crw-rw-rw- 1 root tty5,0 2009-05-11 16:36 tty
crw-rw---- 1 root tty4,0 2009-05-11 16:35 tty0
在日期前面的兩個數（如第一列就是1,3）就是表示的設備號，第一個是主設備號，第二個是從設備號
2)設備號有什麼用呢？
l傳統上,主編號標識設備相連的驅動.例如, /dev/null和/dev/zero都由驅動1來管理,而虛擬控制台和串口終端都由驅動4管理
l次編號被內核用來決定引用哪個設備.依據你的驅動是如何編寫的自己區別
3)設備號結構類型以及申請方式
l在內核中, dev_t類型(在中定義)用來持有設備編號,對於2.6.0內核, dev_t是32位的量, 12位用作主編號, 20位用作次編號.
l能獲得一個dev_t的主或者次編號方式：
MAJOR(dev_t dev); //主要
MINOR(dev_t dev);//次要
l但是如果你有主次編號,需要將其轉換為一個dev_t,使用: MKDEV(int major, int minor);
4)怎麼在程序中分配和釋放設備號
在建立一個字元驅動時需要做的第一件事是獲取一個或多個設備編號來使用.可以達到此功能的函數有兩個：
l一個是你自己事先知道設備號的
register_chrdev_region,在中聲明:
int register_chrdev_region(dev_t first, unsigned int count, char *name);
first是你要分配的起始設備編號. first的次編號部分常常是0,count是你請求的連續設備編號的總數. name是應當連接到這個編號范圍的設備的名子;它會出現在/proc/devices和sysfs中.
l第二個是動態動態分配設備編號
int alloc_chrdev_region(dev_t *dev, unsigned int firstminor, unsigned int count, char *name);
使用這個函數, dev是一個只輸出的參數,它在函數成功完成時持有你的分配范圍的第一個數. fisetminor應當是請求的第一個要用的次編號;它常常是0. count和name參數如同給request_chrdev_region的一樣.
5)設備編號的釋放使用
不管你是採用哪些方式分配的設備號。使用之後肯定是要釋放的，其方式如下：
void unregister_chrdev_region(dev_t first, unsigned int count);
6)
2.驅動程序的二個最重要數據結構
1)file_operation
倒如字元設備scull的一般定義如下：
struct file_operations scull_fops = {
.owner = THIS_MODULE,
.llseek = scull_llseek,
.read = scull_read,
.write = scull_write,
.ioctl = scull_ioctl,
.open = scull_open,
.release = scull_release,
};
file_operation也稱為設備驅動程序介面
定義在,是一個函數指針的集合.每個打開文件(內部用一個file結構來代表)與它自身的函數集合相關連(通過包含一個稱為f_op的成員,它指向一個file_operations結構).這些操作大部分負責實現系統調用,因此,命名為open, read,等等
2)File
定義位於include/fs.h
struct file結構與驅動相關的成員
lmode_t f_mode標識文件的讀寫許可權
lloff_t f_pos當前讀寫位置
lunsigned int_f_flag文件標志，主要進行阻塞/非阻塞型操作時檢查
lstruct file_operation * f_op文件操作的結構指針
lvoid * private_data驅動程序一般將它指向已經分配的數據
lstruct dentry* f_dentry文件對應的目錄項結構
3.字元設備注冊
1)內核在內部使用類型struct cdev的結構來代表字元設備.在內核調用你的設備操作前,必須編寫分配並注冊一個或幾個這些結構.有2種方法來分配和初始化一個這些結構.
l如果你想在運行時獲得一個獨立的cdev結構,可以這樣使用:
struct cdev *my_cdev = cdev_alloc();
my_cdev->ops = &my_fops;
l如果想將cdev結構嵌入一個你自己的設備特定的結構;你應當初始化你已經分配的結構,使用:
void cdev_init(struct cdev *cdev, struct file_operations *fops);
2)一旦cdev結構建立,最後的步驟是把它告訴內核,調用:
int cdev_add(struct cdev *dev, dev_t num, unsigned int count);
說明：dev是cdev結構, num是這個設備響應的第一個設備號, count是應當關聯到設備的設備號的數目.常常count是1,但是有多個設備號對應於一個特定的設備的情形.
3)為從系統去除一個字元設備,調用:
void cdev_del(struct cdev *dev);
4.open和release
❺ linux下usb驅動程序開發有哪些背景及其意義
在Linux kernel源碼目錄中driver/usb/usb-skeleton.c為我們提供了一個最基礎的USB驅動程序。我們稱為USB骨架。通過它我們僅需要修改極少的部分，就可以完成一個USB設備的驅動。我們的USB驅動開發也是從她開始的。
那些linux下不支持的USB設備幾乎都是生產廠商特定的產品。如果生產廠商在他們的產品中使用自己定義的協議，他們就需要為此設備創建特定的驅動程序。當然我們知道，有些生產廠商公開他們的USB協議，並幫助Linux驅動程序的開發，然而有些生產廠商卻根本不公開他們的USB協議。因為每一個不同的協議都會產生一個新的驅動程序，所以就有了這個通用的USB驅動骨架程序， 它是以pci 骨架為模板的。
如果你准備寫一個linux驅動程序，首先要熟悉USB協議規范。USB主頁上有它的幫助。一些比較典型的驅動可以在上面發現，同時還介紹了USB urbs的概念，而這個是usb驅動程序中最基本的。
Linux USB 驅動程序需要做的第一件事情就是在Linux USB 子系統里注冊，並提供一些相關信息，例如這個驅動程序支持哪種設備，當被支持的設備從系統插入或拔出時，會有哪些動作。所有這些信息都傳送到USB 子系統中。
樓主如果想學習如何使用Linux系統，可以網路《Linux就該這么學》，裡面有詳細的介紹。
❻ linux主機側與設備側USB驅動
USB採用樹形拓撲結構，主機側和設備側的USB控制器分別稱為主機控制器（(Host Controller）和USB設備控制器(UDC)，每條匯流排上只有一個主機控制器，負責協調主機和設備間的通信，而設備不能主動向主機發送任何消息。
在Linux系統中，USB驅動可以從兩個角度去觀察，一個角度是主機側，一個角度是設備側。從上圖主機側去看，在Linux驅動中，處於USB驅動最底層的是USB主機控制器硬體，在其上運行的是USB主機控制器驅動，在主機控制器上的為USB核心層，再上層為USB設備驅動層(插入主機上的U盤、滑鼠、USB轉串口等設備驅動）。因此，在主機側的層次結構中，要實現的USB驅動包括兩類:USB主機控制器驅動和USB設備驅動，前者控制插入其中的USB設備，後者控制USB設備如何與主機通信。Linux內核中的USB核心負責USB驅動管理和協議處理的主要工作。主機控制器驅動和設備驅動之間的USB核心非常重要，其功能包括:通過定義一些數據結構、宏和功能函數，向上為設備驅動提供編程介面，向下為USB主機控制器驅動提供編程介面;維護整個系統的USB設備信息;完成設備熱插拔控制、匯流排數據傳輸控制等。
❼ linux驅動開發要有哪些基礎
需要一定的努力才可以學好：
Linux設備驅動是linux內核的一部分，是用來屏蔽硬體細節，為上層提供標准介面的一種技術手段。為了能夠編寫出質量比較高的驅動程序，要求工程師必須具備以下幾個方面的知識：
1、 熟悉處理器的性能
如：處理器的體系結構、匯編語言、工作模式、異常處理等。對於初學者來說，在還不熟悉驅動編寫方法的情況下，可以先不把重心放在這一項上，因為可能因為它的枯燥、抽象而影響到你對設備驅動的興趣。隨著你不斷地熟悉驅動的編寫，你會很自然的意識到此項的重要性。
2、掌握驅動目標的硬體工作原理及通訊協議
如：串口控制器、顯卡控制器、硬體編解碼、存儲卡控制器、I2C通訊、SPI通訊、USB通訊、SDIO通訊、I2S通訊、PCI通訊等。編寫設備驅動的前提就是需要了解設備的操作方法，所以這些內容的重要程度不言而喻。但不是說要把所有設備的操作方法都熟悉了以後才可以寫驅動，你只需要了解你要驅動的硬體就可以了。
一、掌握硬體的控制方法
如：中斷、輪詢、DMA 等，通常一個硬體控制器會有多種控制方法，你需要根據系統性能的需要合理的選擇操作方法。初學階段以實現功能為目的，掌握的順序應該是，輪詢->中斷->DMA。隨著學習的深入，需要綜合考慮系統的性能需求，採取合適的方法。
二、良好的GNU C語言編程基礎
如：C語言的指針、結構體、內存操作、鏈表、隊列、棧、C和匯編混合編程等。這些編程語法是編寫設備驅動的基礎，無論對於初學者還是有經驗者都非常重要。
三、 良好的linux操作系統概念
如：多進程、多線程、進程調度、進程搶占、進程上下文、虛擬內存、原子操作、阻塞、睡眠、同步等概念及它們之間的關系。這些概念及方法在設備驅動里的使用是linux設備驅動區別單片機編程的最大特點，只有理解了它們才會編寫出高質量的驅動。
四、掌握linux內核中設備驅動的編寫介面
如：字元設備的cdev、塊設備的gendisk、網路設備的net_device，以及基於這些基本介面的framebuffer設備的fb_info、mtd設備的mtd_info、tty設備的tty_driver、usb設備的usb_driver、mmc設備的mmc_host等。
❽ Linux 內核驅動介面詳解
寫作本文檔的目的，是為了解釋為什麼Linux既沒有二進制內核介面，也沒有穩定 的內核介面。這里所說的內核介面，是指內核里的介面，而不是內核和用戶空間 的介面。內核到用戶空間的介面，是提供給應用程序使用的系統調用，系統調用 在 歷史 上幾乎沒有過變化，將來也不會有變化。我有一些老應用程序是在0.9版本 或者更早版本的內核上編譯的，在使用2.6版本內核的Linux發布上依然用得很好 。用戶和應用程序作者可以將這個介面看成是穩定的。
你也許以為自己想要穩定的內核介面，但是你不清楚你要的實際上不是它。你需 要的其實是穩定的驅動程序，而你只有將驅動程序放到公版內核的源代碼樹里， 才有可能達到這個目的。而且這樣做還有很多其它好處，正是因為這些好處使得 Linux能成為強壯，穩定，成熟的操作系統，這也是你最開始選擇Linux的原因。
只有那些寫驅動程序的「怪人」才會擔心內核介面的改變，對廣大用戶來說，既 看不到內核介面，也不需要去關心它。
既然只談技術問題，我們就有了下面兩個主題：二進制內核介面和穩定的內核源 代碼介面。這兩個問題是互相關聯的，讓我們先解決掉二進制介面的問題。
假如我們有一個穩定的內核源代碼介面，那麼自然而然的，我們就擁有了穩定的 二進制介面，是這樣的嗎？錯。讓我們看看關於Linux內核的幾點事實：
對於一個特定的內核，滿足這些條件並不難，使用同一個C編譯器和同樣的內核配 置選項來編譯驅動程序模塊就可以了。這對於給一個特定Linux發布的特定版本提 供驅動程序，是完全可以滿足需求的。但是如果你要給不同發布的不同版本都發 布一個驅動程序，就需要在每個發布上用不同的內核設置參數都編譯一次內核， 這簡直跟噩夢一樣。而且還要注意到，每個Linux發布還提供不同的Linux內核， 這些內核都針對不同的硬體類型進行了優化（有很多種不同的處理器，還有不同 的內核設置選項）。所以每發布一次驅動程序，都需要提供很多不同版本的內核 模塊。
相信我，如果你真的要採取這種發布方式，一定會慢慢瘋掉，我很久以前就有過 深刻的教訓…
如果有人不將他的內核驅動程序，放入公版內核的源代碼樹，而又想讓驅動程序 一直保持在最新的內核中可用，那麼這個話題將會變得沒完沒了。 內核開發是持續而且快節奏的，從來都不會慢下來。內核開發人員在當前介面中 找到bug，或者找到更好的實現方式。一旦發現這些，他們就很快會去修改當前的 介面。修改介面意味著，函數名可能會改變，結構體可能被擴充或者刪減，函數 的參數也可能發生改變。一旦介面被修改，內核中使用這些介面的地方需要同時 修正，這樣才能保證所有的東西繼續工作。
舉一個例子，內核的USB驅動程序介面在USB子系統的整個生命周期中，至少經歷 了三次重寫。這些重寫解決以下問題：
這和一些封閉源代碼的操作系統形成鮮明的對比，在那些操作系統上，不得不額 外的維護舊的USB介面。這導致了一個可能性，新的開發者依然會不小心使用舊的 介面，以不恰當的方式編寫代碼，進而影響到操作系統的穩定性。 在上面的例子中，所有的開發者都同意這些重要的改動，在這樣的情況下修改代 價很低。如果Linux保持一個穩定的內核源代碼介面，那麼就得創建一個新的介面 ；舊的，有問題的介面必須一直維護，給Linux USB開發者帶來額外的工作。既然 所有的Linux USB驅動的作者都是利用自己的時間工作，那麼要求他們去做毫無意 義的免費額外工作，是不可能的。 安全問題對Linux來說十分重要。一個安全問題被發現，就會在短時間內得到修 正。在很多情況下，這將導致Linux內核中的一些介面被重寫，以從根本上避免安 全問題。一旦介面被重寫，所有使用這些介面的驅動程序，必須同時得到修正， 以確定安全問題已經得到修復並且不可能在未來還有同樣的安全問題。如果內核 內部介面不允許改變，那麼就不可能修復這樣的安全問題，也不可能確認這樣的 安全問題以後不會發生。 開發者一直在清理內核介面。如果一個介面沒有人在使用了，它就會被刪除。這 樣可以確保內核盡可能的小，而且所有潛在的介面都會得到盡可能完整的測試 （沒有人使用的介面是不可能得到良好的測試的）。
如果你寫了一個Linux內核驅動，但是它還不在Linux源代碼樹里，作為一個開發 者，你應該怎麼做？為每個發布的每個版本提供一個二進制驅動，那簡直是一個 噩夢，要跟上永遠處於變化之中的內核介面，也是一件辛苦活。 很簡單，讓你的驅動進入內核源代碼樹（要記得我們在談論的是以GPL許可發行 的驅動，如果你的代碼不符合GPL，那麼祝你好運，你只能自己解決這個問題了， 你這個吸血鬼把Andrew和Linus對吸血鬼的定義鏈接到這里>）。當你的代碼加入 公版內核源代碼樹之後，如果一個內核介面改變，你的驅動會直接被修改介面的 那個人修改。保證你的驅動永遠都可以編譯通過，並且一直工作，你幾乎不需要 做什麼事情。
把驅動放到內核源代碼樹里會有很多的好處：