單驅動編譯
一、手工載入測試
1、insmod
./key_test.ko
載入驅動模塊到內核
2、cat
/proc/moles
|grep
key_test
查看key_test模塊在內核中的地址，不加過濾器可以看到全部載入的模塊。
3、lsmod
顯示模塊，這時可以看到所有的模塊名字，後面跟的是主設備號和次設備號。
4、rmmod
key_test
把模塊從內核里卸載。
二、動態載入
1、把key_test.c源代碼放到內核源代碼的/drives/char/下，因為這是屬字元型驅動，放在這編譯到zImage中。
2、這時我們make
menuconfig
編譯內核是看不到key_test這個選項的。我們把這個選項寫到菜單裡面才行。在內核源代碼的/drives/char/下有一個Kconfig文件，打開
(1)
vi
Kconfig
加幾行到裡面:
config
ConFig_key_test
bool
"key
test"
//前面那個bool換成tristate就是支持模塊化編譯
上面句是在make
menuconfig時會出現key
test這個選項在drive/char子菜單下,bool前面是TAB鍵
------help----------
這句是出現在菜單選項下面的
This
key
test
help.
這句是你的驅動的說明會出現在help裡面
(2)在/drivers/char目錄下的Makefile文件里加上一句：
obj-$(CONFIG_key_test)
+=
key_test.o
上面這句是讓Make時把key_test編譯到內核中.
(3)
make
menuconfig
把key_test選項選取上
(4)
make
zImage
生成zImage文件，重啟動載入這個新編的內核。
3、lsmod就能看到key_test了，但是還不能用，沒有介面，也就是/dev下面沒有
4、mknod
/dev/key_test
c
121
0
這是創建設備到/dev下，使普通程序可以調用了，121是在源代碼里定義的它的主設備號，0是次設備號。
5、cat
/dev/key_test
這是相當於open這個設備了,或者寫一個程序直接調用open、write等函數。
fd=("/dev/key_test",ORW);
⑵ 如何編譯驅動程序
驅動的編譯和上層應用程序的編譯完全不同，作為初學者應該先了解一下，即使你還不懂得怎麼寫驅動程序。
首先安裝DDK，然後隨便找一個例子來測試。在菜單中找到BUILD環境菜單執行,不同的系統要使用不同的BUILD環境。會打開一個DOS窗口，這時CD到那個例子程序，輸入 build –cZ回車就可以了。 驅動程序都是用一個由DDK提供的叫build.exe的工具編譯的。此程序以一個名為SOURCES的文件作為輸入，該文件中包含目標可執行文件的名稱、類型和要創建的可執行文件的路徑，注意這個文件沒有後綴名。
SOURCES的文件格式:
TARGETNAME=drivername ,
- 本參數用於指定生成的設備驅動程序名稱(不需後綴名),所產生的文件
- 為drivername.sys.
TARGETPATH=./lib
- 本參數用於指定生成的設備驅動程序所存放的路徑. 一般採用./lib.
TARGETTYPE=DRIVER
- build能夠生成許多不同的目標對象,設備驅動程序一般選用 DRIVER.
INCLUDES=path1;path2;...
- 本參數是可選的, 用於指定其他的#include文件的搜索路徑.
TARGETLIBS=lib1;lib2;...
- 本參數是可選的, 用於指定其他的lib庫文件的搜索路徑.
SOURCES=file1.c file2.c ...
- 本參數用於指定需被編譯的全部源文件名稱, 後綴名不能省略,文件名之間用空格分開.
SOURCES文件是必需的，如果沒有它則表示沒有任何源文件需要編譯。
如果要換行可以用 『/』 符號，表示對上一行的繼續。
也可以創建DIRS文件，DIRS文件用於指定在當前目錄下必須創建的子目錄。
DIRS文件格式:
DIRS文件的內容由一系列用空格分開的目錄名組成
DIRS = /
subdir1 /
subdir2 /
subdir3
DIRS文件是可選的。
有的時候，會提示找不到依賴的文件（.h,.lib 之類），其實設置好 source 文件的
INCLUDES和TARGETLIBS就可以，我第一次編譯時就碰到這個問題，和VC環境區別較大，但習慣就好。
⑶ 如何編譯一個linux下的驅動模塊
首先，我們要了解一下模塊是如何別被構造的。模塊的構造過程與用戶空間
的應用程序的構造過程有顯著不同；內核是一個大的、獨立的程序
,
對於它的各
個部分如何組合在一起有詳細的明確的要求。
Linux2.6
內核的構造過程也與以
前版本的內核構造過程不同；
新的構造系統用起來更加簡單，
並且可產生更加正
確的結果
,
但是它看起來和先前的方法有很大不同。內核的構造系統非常復雜
,
我們所看到的只是它的一小部分。
如果讀者想了解更深入的細節，
則應閱讀在內
核源碼中的
Document/kbuild
目錄下的文件。
在構造內核模塊之前，
有一些先決條件首先應該得到滿足。
首先，
讀者要保證你
有適合於你的內核版本的編譯器、模塊工具
,
以及其他必要工具。在內核文檔目
錄下的文件
Documentation/Changes
里列出了需要的工具版本；
在開始構造內
核前，
讀者有必要查看該文件，
並確保已安裝了正確的工具。
如果用錯誤的工具
版本來構造一個內核
(
及其模塊
)
，可能導致許多奇怪的問題。另外也要注意
,
使
用太新版本的編譯器偶爾可能也會導致問題。
一旦做好了上面的准備工作之後
,
其實給自己的模塊創建一個
makefile
則非常
簡單。實際上
,
對於本章前面展示的
" hello world"
例子
,
下面一行就夠了
:
obj-m := hello.o
如果讀者熟悉
make
，
但是對
Linux2.6
內核構造系統不熟悉的話
,
可能奇怪這個
makefile
如何工作。畢竟上面的這一行不是一個傳統的
makefile
的樣子。問
題的答案當然是內核構造系統處理了餘下的工作。上面的賦值語句
(
它利用了由
GNU make
提供的擴展語法
)
說明有一個模塊要從目標文件
hello.o
構造，而從
該目標文件構造的模塊名稱為
hello.ko.
如果我們想由兩個源文件
(
比如
file1.c
和
file2.c )
構造出一個名稱為
mole.ko
的模塊
,
則正確的
makefile
可如下編寫
:
obj-m := mole.o
mole-objs := file1.o file2.o
為了讓上面這種類型的
makefile
文件正常工作
,
必須在大的內核構造系統環境
中調用他們。假設讀者的內核源碼數位於
~/kernel-2.6
目錄
,
用來建立你的模
塊的
make
命令
(
在包含模塊源代碼和
makefile
的目錄下鍵入
)
應該是
:
make -C ~/kernel-2.6 M=`pwd` moles
這個命令首先是改變目錄到用
-C
選項指定的位置
(
即內核源代碼目錄
)
，其中保
存有內核的頂層
makefile
文件。這個
M=
選項使
makefile
在構造
moles
目
標前
,
返回到模塊源碼目錄。
然後，
moles
目標指向
obj-m
變數中設定的模塊，
在上面的例子里，我們將該變數設置成了
mole.o
。
上面這樣的
make
命令對於多個文件的編譯顯得不是很方便
,
於是內核開發者就
開發了一種
makefile
方式
,
這種方式使得內核樹之外的模塊構造變得更加容易。
代碼清單
1.4
展示了
makefile
的編寫方法：
代碼清單
1.4 makefile
ifeq ($(KERNELRELEASE),)
KERNELDIR ?= /source/linux-2.6.13
PWD := $(shell pwd)
moles:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles
moles_install:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles_install
clean:
rm -rf *.o *~ core .depend .*. *.ko *.mod.c .tmp_versions
.PHONY: moles moles_install clean
else
obj-m := hello.o
endif
我們再次看到了擴展的
GNU
make
語法在起作用。在一個典型的構造過程中，這
個
makefile
將被讀取兩次。當從命令行中調用這個
makefile ,
它注意到
KERNELRELEASE
變數尚未設置。我們可以注意到，已安裝的模塊目錄中存在一
個符號連接，
它指向內核的構造樹，
這樣這個
makefile
就可以定位內核的源代
碼目錄。如果讀者時間運行的內核並不是要構造的內核，則可以在命令行提供
KERNELDIR=
選項或者設置
KERNELDIR
環境變數
,
或者修改
makefile
中設置
KERNELDIR
的那一行。在找到內核源碼樹
,
這個
makefile
會調用
default:
目
標
,
這個目標使用先前描述過的方法第二次運行
make
命令
(
注意，在這個
makefile
里
make
命令被參數化成
$(MAKE))
，以便運行內核構造系統。在第二
次讀取
makefile
時，
它設置了
obj-m,
而內核的
makefile
負責真正構造模塊。
這種構造模塊的機制看起來很繁瑣，可是，一旦我們習慣了使用這種機制
,
則會
欣賞內核構造系統帶給我們的便利。需要注意的是
,
上面
makefile
並不完整，
一個真正的
makefile
應包含通常用來清除無用文件的目標
,
安裝模塊的目標等
等。一個完整的例子可以參考例子代碼目錄的
makefile
。
⑷ 驅動程序編譯
先sources然後make
⑸ Linux沒有內核代碼可以單獨編譯驅動程序嗎
可以的，我也是Linux C語言工程師，內核和應用都做。
你可以參考 LDD3裡面的那個hello程序。
將hello驅動程序編譯成模塊，而且是獨立於內核源碼編譯的。
⑹ 全志A20怎麼 單獨編譯Linux驅動模塊
linux下編譯運行驅動 嵌入式linux下設備驅動的運行和linux x86 pc下運行設備驅動是類似的，由於手頭沒有嵌入式linux設備，先在vmware上的linux上學習驅動開發。 按照如下方法就可以成功編譯出hello world模塊驅動
⑺ 如何把自己的驅動編譯進內核或模塊
我們知道若要給Linux內核添加模塊(驅動)有如下兩種方式：
（1）動態方式：採用insmod命令來給運行中的linux載入模塊。
（2）靜態方式：修改linux的配置菜單，添加模塊相關文件到源碼對應目錄，然後把模塊直接編譯進內核。
對於動態方式，比較簡單，下面我們介紹如何採用靜態的方式把模塊添加到內核。
最終到達的效果是：在內核的配置菜單中可以配置我們添加的模塊，並可以對我們添加的模塊進行編譯。
一. 內核的配置系統組成
首先我們要了解Linux 2.6內核的配置系統的原理，比如我們在源碼下運行「make menuconfig 」為神馬會出現一個圖形配置菜單，配置了這個菜單後又是如何改變了內核的編譯策略滴。
內核的配置系統一般由以下幾部分組成：
（1）Makefile：分布在Linux內核源代碼中的Makefile，定義Linux內核的編譯規則。
（2）配置文件(Kconfig)：給用戶提供配置選項，修改該文件來改變配置菜單選項。
（3）配置工具：包括配置命令解釋器(對配置腳本中使用的配置命令進行解釋)，配置用戶界面(提供字元界面和圖形界面)。這些配置工具都是使用腳本語言編寫的，如Tcl/TK、Perl等。
其原理可以簡述如下：這里有兩條主線，一條為配置線索，一條為編譯線索。配置工具根據kconfig配置腳本產生配置菜單，然後根據配置菜單的配置情況生成頂層目錄下的.config，在.config里定義了配置選擇的配置宏定義，如下所示：
如上所示，這里定義的這些配置宏變數會在Makefile里出現，如下所示：
然後make 工具根據Makefile里這些宏的賦值情況來指導編譯。所以理論上，我們可以直接修改.config和Makefile來添加模塊，但這樣很麻煩，也容易出錯，下面我們將會看到，實際上我們有兩種方法來很容易的實現。
二. 如何添加模塊到內核
實際上，我們需要做的工作可簡述如下：
（1）將編寫的模塊或驅動源代碼(比如是XXOO)復制到Linux內核源代碼的相應目錄。
（2）在該目錄下的Kconfig文件中依葫蘆畫瓢的添加XXOO配置選項。
（3）在該目錄的Makefile文件中依葫蘆畫瓢的添加XXOO編譯選項。
可以看到，我們奉行的原則是「依葫蘆畫瓢」，主要是添加。
一般的按照上面方式又可出現兩種情況，一種為給XXOO驅動添加我們自己的目錄，一種是不添加目錄。兩種情況的處理方式有點兒不一樣哦。
三. 不加自己目錄的情況
（1）把我們的驅動源文件(xxoo.c)放到對應目錄下，具體放到哪裡需要根據驅動的類型和特點。這里假設我們放到./driver/char下。
（2）然後我們修改./driver/char下的Kconfig文件，依葫蘆添加即可，如下所示：
注意這里的LT_XXOO這個名字可以隨便寫，但需要保持這個格式，他並不需要跟驅動源文件保持一致，但最好保持一致，等下我們在修改Makefile時會用到這個名字，他將會變成CONFIG_LT_XXOO，那個名字必須與這個名字對應。如上所示，tristate定義了這個配置選項的可選項有幾個，help定義了這個配置選項的幫助信息，具體更多的規則這里不講了。
（3）然後我們修改./driver/char下的Makefile文件，如下所示：
這里我們可以看到，前面Kconfig里出現的LT_XXOO，在這里我們就需要使用到CONFIG_XXOO，實際上邏輯是醬汁滴：在Kconfig里定義了LT_XXOO，然後配置完成後，在頂層的.config里會產生CONFIG_XXOO，然後這里我們使用這個變數。
到這里第一種情況下的添加方式就完成了。
四. 添加自己目錄的情況
（1）在源碼的對應目錄下建立自己的目錄(xxoo)，這里假設為/drivers/char/xxoo 。
（2） 把驅動源碼放到新建的xxoo目錄下，並在此目錄下新建Kconfig和Makefile文件。然後給新建的Kconfig和Makefile添加內容。
Kconfig下添加的內容如下：
這個格式跟之前在Kconfig里添加選項類似。
Makefile里寫入的內容就更少了：
添加這一句就可以了。
（3）第三也不復雜，還是依葫蘆畫瓢就可以了。
我們在/drivers/char目錄下添加了xxoo目錄，我們總得在這個配置系統里進行登記吧，哈哈，不然配置系統怎麼找到們呢。由於整個配置系統是遞歸調用滴，所以我們需要在xxoo的父目錄也即char目錄的Kconfig和Makefile文件里進行登記。具體如下：
a). 在drivers/char/Kconfig中加入：source 「drivers/char/xxoo/Kconfig」
b). 在drivers/char/Makefile中加入：obj-$(CONFIG_LT_XXOO) += xxoo/
添加過程依葫蘆畫瓢就可以了，灰常滴簡單。
⑻ 如何編寫驅動程序
代碼：
#include<linux/mole.h>
#include<linux/kernel.h>
#include<asm/io.h>
#include<linux/miscdevice.h>
#include<linux/fs.h>
#include<asm/uaccess.h>
//流水燈代碼
#define GPM4CON 0x110002e0
#define GPM4DAT 0x110002e4
static unsigned long*ledcon=NULL;
static unsigned long*leddat=NULL;
//自定義write文件操作(不自定義的話，內核有默認的一套文件操作函數)
static ssize_t test_write(struct file*filp,const char __user*buff,size_t count,loff_t*offset)
{
int value=0;
int ret=0;
ret=_from_user(&value,buff,4);
//底層驅動只定義基本操作動作，不定義功能
if(value==1)
{
*leddat|=0x0f;
*leddat&=0xfe;
}
if(value==2)
{
*leddat|=0x0f;
*leddat&=0xfd;
}
if(value==3)
{
*leddat|=0x0f;
*leddat&=0xfb;
}
if(value==4)
{
*leddat|=0x0f;
*leddat&=0xf7;
}
return 0;
}
//文件操作結構體初始化
static struct file_operations g_tfops={
.owner=THIS_MODULE,
.write=test_write,
};
//雜設備信息結構體初始化
static struct miscdevice g_tmisc={
.minor=MISC_DYNAMIC_MINOR,
.name="test_led",
.fops=&g_tfops,
};
//驅動入口函數雜設備初始化
static int __init test_misc_init(void)
{
//IO地址空間映射到內核的虛擬地址空間
ledcon=ioremap(GPM4CON,4);
leddat=ioremap(GPM4DAT,4);
//初始化led
*ledcon&=0xffff0000;
*ledcon|=0x00001111;
*leddat|=0x0f;
//雜設備注冊函數
misc_register(&g_tmisc);
return 0;
}
//驅動出口函數
static void __exit test_misc_exit(void)
{
//釋放地址映射
iounmap(ledcon);
iounmap(leddat);
}
//指定模塊的出入口函數
mole_init(test_misc_init);
mole_exit(test_misc_exit);
MODULE_LICENSE("GPL");
(8)單驅動編譯擴展閱讀：
include用法：
#include命令預處理命令的一種，預處理命令可以將別的源代碼內容插入到所指定的位置；可以標識出只有在特定條件下才會被編譯的某一段程序代碼；可以定義類似標識符功能的宏，在編譯時，預處理器會用別的文本取代該宏。
插入頭文件的內容
#include命令告訴預處理器將指定頭文件的內容插入到預處理器命令的相應位置。有兩種方式可以指定插入頭文件：
1、#include<文件名>
2、#include"文件名"
如果需要包含標准庫頭文件或者實現版本所提供的頭文件，應該使用第一種格式。如下例所示：
#include<math.h>//一些數學函數的原型，以及相關的類型和宏
如果需要包含針對程序所開發的源文件，則應該使用第二種格式。
採用#include命令所插入的文件，通常文件擴展名是.h，文件包括函數原型、宏定義和類型定義。只要使用#include命令，這些定義就可被任何源文件使用。如下例所示：
#include"myproject.h"//用在當前項目中的函數原型、類型定義和宏
你可以在#include命令中使用宏。如果使用宏，該宏的取代結果必須確保生成正確的#include命令。例1展示了這樣的#include命令。
【例1】在#include命令中的宏
#ifdef _DEBUG_
#define MY_HEADER"myProject_dbg.h"
#else
#define MY_HEADER"myProject.h"
#endif
#include MY_HEADER
當上述程序代碼進入預處理時，如果_DEBUG_宏已被定義，那麼預處理器會插入myProject_dbg.h的內容；如果還沒定義，則插入myProject.h的內容。
⑼ 如何使用ubuntu來編譯驅動
工具/原料
Ubuntu12.04操作系統和測試驅動程序（beep_arv.c）
方法/步驟
在介紹2種方法前，必須知道的知識點：
1.關聯文件Makefile:
Makefile:分布在Linux內核源代碼中的Makefile用於定義Linux內核的編譯規則；
2.管理文件Kconfig:
給用戶提供配置選擇的功能；
配置工具：
1）包括配置命令解析器；
2）配置用戶界面；menuconfig || xconfig；
3）通過腳本語言編寫的；
3.
---tristate 代表三種狀態:1.[ ]不選擇，2.[*]選擇直接編譯進內核，載入驅動到內核里，3.[m]動態載入驅動；
---bool 代表兩種狀態，1.[ ]不選擇，2.[*]選擇；
---"Mini2440 mole sample"這個是在make menuconfig時刷出的提示字元；
---depends on MACH_MINI2440 這個配置選項出現在make menuconfig菜單欄下，在內核配置中必須選中、MACH_MINI2440；
---default m if MACH_MINI2440 這個如果選中了MACH_MINI2440，默認是手
動載入這個驅動；
help：提示幫助信息；
在了解了基本的知識點，便開始進行第一種添加驅動的方法,本次交流是以beep_arv.c蜂鳴驅動程序為基礎的
方法一：
1）進入內核的驅動目錄；
#cp beep_arv.c /XXX/.../linux-XXXl/drivers/char
2）進入Kconfig添加驅動信息；
#cd /XXX/linux-XXX/.../drivers/char
#vim Kconfig
添加基本信息：
config BEEP_MINI2440
tristate "---HAH--- BEEP"
default
help
this is test makefile!
3)進入Makefile添加驅動編譯信息；
#vim Makefile
添加基本信息：
obj-$(CONFIG-BEEP_MINI2440) +=beep_drv.o
方法一結果：
在--Character devices下就能看到配置信息了；
方法二：
1）進入驅動目錄，創建BEED目錄；
#cd /XXX/.../linux-XXX/drivers/char
#mkdir beep
2）將beep_arv.c驅動程序復制到新建目錄下；
#cp beep_arv.c /XXX/.../linux-XXXl/drivers/char/beep
3）創建Makefile和Kconfig文件
#cd char/beep
#mkdir Makefile Kconfig
#chmod 755 Makefile
#chmod 755 Kconfig
4）進入Kconfig添加驅動信息；
#vim Kconfig
添加基本信息：
config BEEP_MINI2440
tristate "---HAH--- BEEP"
default
help
this is test makefile!
5）進入Makefile添加驅動編譯信息；
#vim Makefile
添加基本信息：
obj-$(CONFIG_BEEP_MINI2440) +=beep_drv.o
6）並且要到上一級目錄的Makefile和Kconfig添加驅動信息；
#cd ../
#vim Makefile
#vim Kconfig
⑽ linux內核怎麼單獨編譯驅動模塊
你可能需要手動創建設備節點，首先cat /proc/device 看看能否找到video的設備號，再用mknod命令創建/dev/下的設備節點，如果沒有再考慮去內核make menuconfig查看相關驅動選項有沒有勾上。