linux驅動流程
① 一個linux驅動程序的主要流程與功能是什麼
驅動程序mole的工作流程主要分為四個部分：
1、 insmod mole
2、 驅動mole的初始化（初始化結束後即進入「潛伏」狀態，直到有系統調用）
3、 當操作設備時，即有系統調用時，調用驅動mole提供的各個服務函數
4、 rmmod mole
功能嗎，就是使linux操作系統可以和外圍設備通信，對設備進行操作等。
② 請教：linux驅動編寫流程，疑惑不止一點點哦！
你至少要先學習Linux的應用程序，然後再學習驅動程序才好，不會用驅動也不會寫好。
1、不需要去掉所有的驅動，你把你要寫的編譯成mole就可以了，當然必須要讓kernel支持mole。當然mole的寫法自己慢慢琢磨吧。
2、Linux工程師是一個龐大隊伍通稱，就好像計算機工程師做什麼一樣，不好回答。僅我接觸的一個Linux為主的項目就有10萬人參與，代碼編寫幾年，這么大的團隊，你常見的計算機類的職業都有了。
3、每一個設備，小到中斷控制器、計數器、定時器，大到CPU(體系結構)驅動、甚至虛擬文件系統（不是VFS，主要是類似集群文件系統，但是毫無疑問文件系統驅動也都比較龐大）等。
③ 嵌入式linux 驅動設備識別過程
驅動程序識別設備時，有以下兩種方法：
(1)驅動程序本身帶有設備的信息，比如開始地址、中斷號等:載入驅動程序時，就可以根據這些信息來識別設備。
(2)驅動程序本身沒有設備的信息，但是內核中已經(或以後)根據其他方式確定了很多設備的信息;載入驅動程序時，將驅動程序與這些設備逐個比較，確定兩者是否匹配(match)。如果驅動程序與某個設備匹配，就可以通過該驅動程序操作這個設備了。內核常使用第二種方法來識別設備，這可以將各種設備集中在-一個文件中管理，當開發板的配置改變時，便於修改代碼。在內核文件includePnuxÔatform _device.h 中，定義了兩個數據結構來表示這些設備和驅動程序: platform_ device 結構用來描述設備的名稱、ID、所佔用的資源(比如內存地址/大小、中斷號)等; platform_ driver 結構用來描述各種操作函數, 比如枚舉函數、移除設備函數、驅動的名稱等。內核啟動後，首先構造鏈表將描述設備的platform_device結構組織起來，得到一一個設備的列表:當載入某個驅動程序的platform_ driver 結構時，使用一.些匹配函數來檢查驅動程序能否支持這些設備，常用的檢查方法很簡單:比較驅動程序和設備的名稱。
④ 6. Linux-LCD 驅動程序概述
入局：應用程序是如何操控LCD顯示器的？
我們知道應用程序的調用介面，無非 open/read/write ...然後通過驅動程序最終作用到硬體設備上。以字元設備為例，對於驅動的開發者，實現了應用程序調用的驅動層中與之相匹配的 drv_open/drv_read/drv_write 函數，為應用層序提供了操作實際硬體設備的通道。那麼，對於LCD驅動程序又是如何？先來了解下兩個非常重要的概念。
LCD控制器的功能是控制驅動信號，進而驅動LCD。用戶只需要通過讀寫一系列的寄存器，完成配置和顯示驅動。在驅動LCD設計的過程中首要的是配置LCD控制器，而在配置LCD控制器中最重要的一步則是幀緩沖區（Frame Buffer）的指定。用戶所要顯示的內容皆是從緩沖區中讀出，從而顯示到屏幕上的。幀緩沖區的大小由屏幕的解析度和顯示色彩數決定。驅動幀緩沖的實現是整個驅動開發過程的重點。
幀緩沖區是出現在Linux 2.2.xx及以後版本內核當中的一種驅動程序介面，這種介面將顯示設備抽象為幀緩沖區設備區。幀緩沖區為圖像硬體設備提供了一種抽象化處理，它代表了一些視頻硬體設備,允許應用軟體通過定義明確的界面來訪問圖像硬體設備。這樣軟體無須了解任何涉及硬體底層驅動的東西（如硬體寄存器）。它允許上層應用程序在圖形模式下直接對顯示緩沖區進行讀寫和I/O控制等操作。通過專門的設備節點可對該設備進行訪問，如/dev/fb*。用戶可以將它看成是顯示內存的一個映像，將其映射到進程地址空間之後，就可以進行讀寫操作，而讀寫操作可以反映到LCD。
幀緩沖（Frame Buffer）是Linux為顯示設備提供的一個介面，把顯存抽象後的一種設備，允許上層應用程序在圖形模式下直接對顯示緩沖區進行讀寫操作。用戶不必關心物理顯存的位置、換頁機制等等具體細節，這些都是由Frame Buffer設備驅動來完成的。幀緩沖設備屬於字元設備。
Linux系統Frame Buffer本質上只是提供了對圖形設備的硬體抽象，在開發者看來，Frame Buffer是一塊顯示緩存，向顯示緩存中寫入特定格式的數據就意味著向屏幕輸出內容。
由於有了frambuffer的抽象，使得應用程序通過定義好的介面就可以訪問硬體。所以應用程序不需要考慮底層的（寄存器級）的操作。應用程序對設備文件的訪問一般在/dev目錄,如 /dev/fb*。
內核中的frambuffer在： drivers/video/fbmem.c (fb: frame buffer)
(1) 創建字元設備"fb", FB_MAJOR=29,主設備號為29。
(2）創建類，但並沒有創建設備節點，因為需要注冊了LCD驅動後，才會有設備節點；
2.1 fb_open函數如下:
(1) registered_fb[fbidx] 這個數組也是fb_info結構體,其中fbidx等於次設備號id,顯然這個數組就是保存我們各個lcd驅動的信息;
2.2 fb_read函數如下:
從.open和.read函數中可以發現,都依賴於fb_info幀緩沖信息結構體,它從registered_fb[fbidx]數組中得到,這個數組保存我們各個lcd驅動的信息。由此可見，fbmem.c提供的都是些抽象出來的東西，最終都得依賴registered_fb這個數組。
這個register_framebuffer()除了注冊fb_info,還創建了設備節點。
以s3c2410fb.c為例，分析驅動的實現。
既然是匯流排設備驅動模型，那我們關心的是它的probe函數。
看到這里驅動的寫法也大致清晰：
附：
LCD的顯示過程與時序：
1.顯示從屏幕左上角第一行的第一個點開始，一個點一個點地在LCD上顯示，點與點之間的時間間隔為VCLK（像素時鍾信號）；當顯示到屏幕的最右邊就結束這一行(Line)，這一行的顯示對應時序圖上的HSYNC（水平同步信號）
2. 接下來顯示指針又回到屏幕的左邊從第二行開始顯示，顯示指針針在從第一行的右邊回到第二行的左邊是需要一定的時間的，我們稱之為行切換。
3. 以此類推，顯示指針就這樣一行一行的顯示至矩形的右下角才把一幅圖像(幀：frame)顯示完成，這一幀的顯示時間在時序圖上表示為VSYNC（垂直同步信號）。
參考：
https://sites.google.com/a/hongdy.org/www/linux/kernel/lcddriver
⑤ Linux網路設備驅動完成數據包發送的流程
從網路設備驅動程序的結構分析可知，Linux網路子系統在發送數據包時，會調用驅動程序提供的hard_start_transmit()函數，該函數用於啟動數據包的發送。在設備初始化的時候，這個函數指針需被初始化以指向設備的xxx_tx (）函數。網路設備驅動完成數據包發送的流程如下：1）網路設備驅動程序從上層協議傳遞過來的sk_buff參數獲得數據包的有效數據和長度，將有效數據放入臨時緩沖區。2）對於乙太網，如果有效數據的長度小於乙太網沖突檢測所要求數據幀的最小長度ETH ZLEN，則給臨時緩沖區的末尾填充0。3）設置硬體的寄存器，驅使網路設備進行數據發送操作。特別要強調對netif_ stop_queue()的調用，當發送隊列為滿或因其他原因來不及發送當前上層傳下來的數據包時，則調用此函數阻止上層繼續向網路設備驅動傳遞數據包。當忙於發送的數據包被發送完成後，在以TX結束的中斷處理中，應該調用netif_wake_queue (）喚醒被阻塞的上層，以啟動它繼續向網路設備驅動傳送數據包。當數據傳輸超時時，意味著當前的發送操作失敗或硬體已陷入未知狀態，此時，數據包發送超時處理函數xxx _tx _timeout ()將被調用。這個函數也需要調用由Linux內核提供的netif_wake _queue()函數以重新啟動設備發送隊列。
⑥ 如何編寫Linux 驅動程序
以裝載和卸載模塊為例：
1、首先輸入代碼
#include <linux/init.h>
#include <linux/mole.h>
⑦ Linux中如何安裝音效卡驅動程序
裝了幾次Linux OS，當然也裝了幾次音效卡驅動，一般來說都是安裝ALSA(Adcance Linux Sound Architecture)驅動，多裝幾次以後就會發現非常的簡單的。
首先，先決條件，也就是依賴關系，我記得需要安裝kernal-source(我用過的幾個Linux OS都默認不安裝這個，在你的OS 的軟體包管理程序那裡可以搜索這個關鍵詞，選上進行安裝，記得要插入系統光碟。)，gcc我不記得要不要裝，好像沒有其他的了。
要安裝驅動，你得先去下載alsa驅動，網址是：www.alsa-project.org，個人認為為了保證最大的兼容性，最好去下載最新版本。一般來說，只需要下載安裝以下三個包就可以了，
driver
lib
utils
當然最好是要同一個版本的,我上傳了一個所有需要的包,1.0.16 版的，有需要的用戶請到這里來下載
URL : http://www.box.net/shared/0t5z8nao8c 不知道是否長久有效！
為了保證能完全安裝成功，建議切換到root用戶下執行安裝。
我是在X Window 下執行的安裝，解壓上述下載有的壓縮包是用滑鼠右鍵單擊解壓的，我想能熟練用shell命令來解壓文檔的Linux User是不需要來我這里看音效卡驅動的安裝的
先安裝下載回來的driver那個包，解壓，然後在終端中轉到解壓後的那個文件夾，按照順序執行以下命令。
1 ./configure
2 make
3 make install
4 ./snddevices
一般來說都能順利執行完上述命令的，如果不能的話，請查看返回的信息，這里需要特別說明一下，這幾個過程都比較耗時，無論你的硬體配置如何，這個我沒有辦法解釋原因，經驗之談。
安裝到了這里，就需要配置系統文件了，怎麼配置，手動的我也不知道，但是我知道有一個工具可以幫我們高效且幾乎不出錯的完成這個任務，那就是alsaconf工具了，這個工具在utils文件包裡面。
解壓下載回來的utils文件包,同樣需要在終端中執行命令，在終端中轉到解壓後的目錄，然後執行如下命令。
./alsaconf
然後就會出現一個比較像GUI的界面，會讓你選擇幾次OK鍵之後，開始搜索音效卡類型，搜索完了以後，就列出音效卡列表，選擇你的實際晶元組，然後再敲幾次OK鍵，最後問你是否讓他幫你寫入配置文件，當然要拉。至此，如果幸運的話，重啟之後就能你的音效卡就能工作了。
如果重啟之後還不能工作的話則繼續往下看。
還不能工作的話，一般需要安裝剩下的那兩個包了，但是，有順序的，先安裝lib再安裝utils
方法都差不多，都要在終端中執行安裝，命令都一樣。
1 ./configure
2 make
3 make install
安裝完最後的utils時再運行。
./alsaconf
再配置一次音效卡，個別的系統還要在X Window下的系統管理工具那裡設置一下音效卡，不過都簡單了。
重啟系統，你的音效卡應該能工作了，祝賀你。
⑧ linux中動態載入驅動的過程是怎麼樣的，能給個詳細的嗎
介紹個動態載入模塊的過程
在該驅動中，我們假設對鍵盤的獲取是以0.2s為周期執行。源代碼如下
static struct timer_list timer;///////我們定義的定時器，也許你會問timer_list是什麼來的，其實一看名稱就應該就知道了，而為什麼要用到list那麼多定時器呢？其實在linux中還有很多相同的定義，比如說信號，我們定義的也是信號集，你可以定義該list是一個元素的，也可以是多個的。所以對於 timer_list就可以這樣描述：在未來某一個特定時刻執行某一系列特定任務的功能。下面我們還會給出內核中timer_list的具體描述，^_^ 好像我的話又說多了
static int Keypad_starttimer(void)
{
init_timer(&timer);//初始化定時器結構
timer.function=Keypad_timer;//超時服務程序
timer.expires=jiffies+20;//當前時刻加0.2s
add_timer(&timer);
return 0;
}
///超時服務程序
static void Keypad_timer(unsigned long data)
{
read_xy();
}
/////////接下來說下timer-list這個數據結構，如果你不感興趣的話可以跳過，該結構在include\linux\timer.h中定義
struct timer_list
{
struct list_head entry;
unsigned long expries;
spinlock_t lock;
unsigned long magic;
void (*function)(unsigned long);
unsigner long data;
struct tvec_t_base_s *base;
}
七.利用等待隊列實現阻塞型I\O
在用戶程序執行讀操作的時候有可能尚且沒有數據可以讀取，為此需要讓read操作等待，直到有數據可以讀取，這就是阻塞型i\o，阻塞型io可以通過使用進程休眠方法實現。在無數據可以讀取的時候，採用等待隊列讓進程休眠，直到有數據到達的時候才喚醒進程完成數據的讀操作。
在本驅動中的read，若循環隊列緩沖區中沒有數據，則進程進入休眠態，定時器函數每隔0.2s讀取鍵值一次，將按鍵狀態放入緩沖並且適時喚醒進程讀取數據。
等待隊列的使用流程如下：
1.聲明一個等待隊列
2.把當前進程加入到等待隊列中
3.把進程的狀態設置為TASK_INTERRUPTIBLE或TASK_UNINTERRUPTIBLE;
4.調用schele，以讓出cpu
5.檢測所需要的資源是否可用，若是，把當前進程從等待隊列中刪除，否則轉3循環
接下來我們在對read中有關等待隊列阻塞實現做具體的解釋
static ssize_t Keypad_read(struct file *filp,char *buf,ssize_t count,loff_t *l)
{
DECLEARE_WAITQUEUE(wait,current);//聲明等待隊列，將當前進程加入到等待隊列中
KEY_EVENT t;
ulong out_buf[2];
if(head==tail)//當前循環隊列中沒有數據可以讀取
{
if(filp->f_flags & O_NONBLOCK)//假如用戶採用的是非堵塞方式讀取
return _EAGAIN;
add_wait_queue(&queue,&wait);//將當前進程加入等待隊列
current->state=TASK_INTERRUPTIBLE;//設置當前進程的狀態
while((head==tail)&&!signal_pending(current))//假若還沒有數據到循環隊列並且當前進程沒有受到信號（該類信號具體來說是未決的休眠）
{
shele();//進程調度
current->state=TASK_INTERRUPTIBLE;
}
current->state=TASK_RUNNING;//該進程恢復執行
remove_wait_queue(&queue,&wait);//移出等待隊列
if(head==tail)
return count;
t=get_data();//調用get_data()函數，得到緩沖區中的數據，下面將給予詳細的 介紹
out_buf[0]=t.status;
out_buf[1]=t.click;
_to_user(buf,&out_buf,sizeof(out_buf));//將得到的鍵值拷貝到用戶數據區
return count;
}
}
⑨ 0Linux驅動程序的主要流程與功能
驅動程序mole的工作流程主要分為四個部分：
1、 insmod mole
2、 驅動mole的初始化（初始化結束後即進入「潛伏」狀態，直到有系統調用）
3、 當操作設備時，即有系統調用時，調用驅動mole提供的各個服務函數
4、 rmmod mole