編譯動態驅動

1. 配置linux內核的時候,驅動的靜態編譯和動態編譯有什麼區別

驅動的動態編譯會生成.ko文件，系統啟動後需要載入該驅動後才能使用相應設備。
而靜態編譯則直接編譯進內核，系統啟動的時候會自動載入該驅動。
靜態編譯太多驅動至內核，會導致內核體積過大，啟動時間較長。而動態編譯則比較自由靈活，需要用的時候即載入，不需要的時候即卸載。我以前在EasyARM-iMX280的學習手冊里看到寫得很清楚，你可以去看看的。

2. 如何使用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

3. 如何編譯linux驅動模塊

第一步：准備源代碼

首先我們還是要來編寫一個符合linux格式的模塊文件，這樣我們才能開始我們的模塊編譯。假設我們有一個源文件mymod.c。它的源碼如下：

mymoles.c
1. #include <linux/mole.h> /* 引入與模塊相關的宏 */
2. #include <linux/init.h> /* 引入mole_init() mole_exit()函數 */
3. #include <linux/moleparam.h> /* 引入mole_param() */
4
5. MODULE_AUTHOR("Yu Qiang");
6. MODULE_LICENSE("GPL");
7
8. static int nbr = 10;
9. mole_param(nbr, int, S_IRUGO);
10.
11. static int __init yuer_init(void)
12.{
13. int i;
14. for(i=0; i<nbr; i++)
15. {
16. printk(KERN_ALERT "Hello, How are you. %d/n", i);
17. }
18. return 0;
19.}
20.
21.static void __exit yuer_exit(void)
22.{
23. printk(KERN_ALERT"I come from yuer's mole, I have been unlad./n");
24.}
25.
26. mole_init(yuer_init);
27. mole_exit(yuer_exit);

我們的源文件就准備的差不多了,這就是一個linux下的模塊的基本結構。第9行是導出我們的符號變數nbr。這樣在你載入這個模塊的時候可以動態修改這個變數的值。稍後將演示。yuer_init（）函數將在模塊載入的時候運行，通過輸出的結果可以看到我們的模塊是否載入成功。

第二步：編寫Makefile文件

首先還是來看看我們Makefile的源文件，然後我們再來解釋；

Makefile
obj-m := moles.o #要生成的模塊名
moles-objs:= mymod.o #生成這個模塊名所需要的目標文件

KDIR := /lib/moles/`uname -r`/build
PWD := $(shell pwd)

default:
make -C $(KDIR) M=$(PWD) moles

clean:
rm -rf *.o .* .cmd *.ko *.mod.c .tmp_versions

ARM平台
Makefile

obj-m += mymod.o
KDIR := /home/workspace2/kernel/linux-2.6.25 #如果是用於arm平台，則內核路徑為arm內核的路徑
PWD = $(shell pwd)
all:
make -C $(KDIR) M=$(PWD) moles
clean:
rm -rf *.o

在arm板上插入是
insmod mymod
如果出現以下錯誤
insmod: chdir(/lib/moles): No such file or directory
則運行
mkdir /lib/moles/2.6.25 (與arm內核版本相同)
並將mymod.ko文件復制到該目錄下
cp mymod.ko /lib/moles/2.6.25
然後再執行 （insmod 只在/lib/moles/2.6.25目錄下查找相關驅動模塊）
insmod mymod

現在我來說明一下這個Makefile。請記住是大寫的Makefile而不是小寫的makefile；
obj-m ：這個變數是指定你要聲稱哪些模塊模塊的格式為 obj-m := <模塊名>.o
moles-objs ：這個變數是說明聲稱模塊moles需要的目標文件 格式要求 <模塊名>-objs := <目標文件>
切記：模塊的名字不能取與目標文件相同的名字。如在這里模塊名不能取成 mymod；
KDIR ：這是我們正在運行的操作系統內核編譯目錄。也就是編譯模塊需要的環境
M= ：指定我們源文件的位置
PWD ：這是當前工作路徑$(shell )是make的一個內置函數。用來執行shell命令。

第三步：編譯模塊

現在我們已經准備好了我們所需要的源文件和相應的Makefile。我們現在就可以編譯了。在終端進入源文件目錄輸入make
運行結果：
make[1]: Entering directory `/usr/src/linux-headers-2.6.24-24-generic'
CC [M] /home/yuqiang/桌面/mymole/mymoles.o
LD [M] /home/yuqiang/桌面/mymole/moles.o
Building moles, stage 2.
MODPOST 1 moles
CC /home/yuqiang/桌面/mymole/moles.mod.o
LD [M] /home/yuqiang/桌面/mymole/moles.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-24-generic'

第四步：載入/卸載我們的模塊

從上面的編譯中我可以看到。已經有一個moles.ko生成了。這就是我們的模塊了。現在我們就可以來載入了。
首先在終端輸入：sudo insmod moles.ko
現在我們來看看我們的模塊載入成功沒有呢？
在終端輸入：dmesg | tail -12 這是查看內核輸出信息的意思。tail -12 顯示最後12條；
顯示結果如下：
[17945.024417] sd 9:0:0:0: Attached scsi generic sg2 type 0
[18046.790019] usb 5-8: USB disconnect, address 9
[19934.224812] Hello, How are you. 0
[19934.224817] Hello, How are you. 1
[19934.224818] Hello, How are you. 2
[19934.224820] Hello, How are you. 3
[19934.224821] Hello, How are you. 4
[19934.224822] Hello, How are you. 5
[19934.224824] Hello, How are you. 6
[19934.224825] Hello, How are you. 7
[19934.224826] Hello, How are you. 8
[19934.224828] Hello, How are you. 9

看到了吧。我們的模塊的初始化函數yuer_init();已經成功運行了。說明我們的模塊已經載入成功；
現在我們再來卸載模塊試試看。
在終端輸入：sudo rmmod moles
在終端輸入：dmesg | tail -3
[19934.224826] Hello, How are you. 8
[19934.224828] Hello, How are you. 9
[20412.046932] I come from yuer's mole, I have been unlad.

可以從列印的信息中看到，我們的模塊的退出函數已經被執行了。說明我們的模塊已經被成功的卸載了。到目前位置我們就已經算是對模塊的編譯到編譯運行算是有了一個整體上的認識了。對於以後深入的學習還是應該有點幫助的。下面我們將在看看於模塊相關的一些簡單的操作。

第五步：載入模塊時傳遞參數
在終端輸入:sudo insmod mole_name.ko nbr=4
在終端輸入:dmesg | tail -6
顯示結果如下：
[20800.655694] Hello, How are you. 9
[21318.675593] I come from onefile mole, I have been unlad.
[21334.425373] Hello, How are you. 0
[21334.425378] Hello, How are you. 1
[21334.425380] Hello, How are you. 2
[21334.425381] Hello, How are you. 3

這樣我們就可以看到在模塊載入的時候動態設置了我們的一個變數。初始化函數中的循環只執行了4次。
可能你會問我怎麼知道一個模塊可以設置那些變數呢。當然，你可以先不設變數載入一次。然後可以在終端輸入ls /sys/mole/<moles_name>/parameters/來查看。在這里我們是這樣輸入的
在終端輸入：ls /sys/moedle/moles/parameters/
顯示結果：
nbr

如果我們的模塊載入成功了。最後我們還可以通過modinfo來查看我們的模塊信息。如下
在終端輸入：sudo modinfo moles.ko
顯示結果：
filename: moles.ko
license: GPL
author: Yu Qiang
srcversion: 20E9C3C4E02D130E6E92533
depends:
vermagic: 2.6.24-24-generic SMP mod_unload 586
parm: nbr:int

4. 如何編譯驅動程序

驅動的編譯和上層應用程序的編譯完全不同，作為初學者應該先了解一下，即使你還不懂得怎麼寫驅動程序。
首先安裝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環境區別較大，但習慣就好。

5. 如何編譯一個linux下的驅動模塊

linux下編譯運行驅動
嵌入式linux下設備驅動的運行和linux x86 pc下運行設備驅動是類似的，由於手頭沒有嵌入式linux設備，先在vmware上的linux上學習驅動開發。
按照如下方法就可以成功編譯出hello world模塊驅動。
1、首先確定本機linux版本
怎麼查看Linux的內核kernel版本?
'uname'是Linux/unix系統中用來查看系統信息的命令，適用於所有Linux發行版。配合使用'uname'參數可以查看當前伺服器內核運行的各個狀態。
#uname -a
Linux whh 3.5.0-19-generic #30-Ubuntu SMPTue Nov 13 17:49:53 UTC 2012 i686 i686 i686 GNU/Linux

只列印內核版本，以及主要和次要版本：
#uname -r
3.5.0-19-generic

要列印系統的體系架構類型，即的機器是32位還是64位，使用：
#uname -p
i686

/proc/version 文件也包含系統內核信息:
# cat /proc/version
Linux version 3.5.0-19-generic(buildd@aatxe) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #30-UbuntuSMP Tue Nov 13 17:49:53 UTC 2012

發現自己的機器linux版本是：3.5.0-19-generic
2、下載機器內核對應linux源碼
到下面網站可以下載各個版本linux源碼https://www.kernel.org/
如我的機器3.5.0版本源碼下載地址為：https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.5.tar.bz2
下載完後，找一個路徑解壓，如我解壓到/linux-3.5/
然後很重要的一步是：執行命令uname -r，可以看到Ubuntu的版本信息是3.5.0-19-generic
。進入linux源碼目錄，編輯Makefile，將EXTRAVERSION = 修改為EXTRAVERSION= -19-generic。
這些都是要配置源碼的版本號與系統版本號，如果源碼版本號和系統版本號不一致，在載入模塊的時候會出現如下錯誤：insmod: error inserting 'hello.ko': -1 Invalid mole format。
原因很明確：編譯時用的hello.ko的kenerl 不是我的pc的kenerl版本。

執行命令cp /boot/config-3.5.0-19-generic ./config，覆蓋原有配置文件。
進入linux源碼目錄，執行make menuconfig配置內核，執行make編譯內核。

3、寫一個最簡單的linux驅動代碼hello.c

/*======================================================================
Asimple kernel mole: "hello world"
======================================================================*/
#include <linux/init.h>
#include <linux/mole.h>
MODULE_LICENSE("zeroboundaryBSD/GPL");
static int hello_init(void)
{
printk(KERN_INFO"Hello World enter\n");
return0;
}

static void hello_exit(void)
{
printk(KERN_INFO"Hello World exit\n ");
}

mole_init(hello_init);
mole_exit(hello_exit);

MODULE_AUTHOR("zeroboundary");
MODULE_DESCRIPTION("A simple HelloWorld Mole");
MODULE_ALIAS("a simplestmole");

4、寫一個Makefile對源碼進行編譯
KERN_DIR = /linux-3.5
all:
make-C $(KERN_DIR) M=`pwd` moles
clean:
make-C $(KERN_DIR) M=`pwd` clean

obj-m += hello.o

5、模塊載入卸載測試
insmod hello.ko
rmmod hello.ko

然後dmesg|tail就可以看見結果了

最後，再次編譯驅動程序hello.c得到hello.ko。執行insmod ./hello.ko，即可正確insert模塊。

使用insmod hello.ko 將該Mole加入內核中。在這里需要注意的是要用 su 命令切換到root用戶，否則會顯示如下的錯誤：insmod: error inserting 'hello.ko': -1 Operation not permitted

內核模塊版本信息的命令為modinfo hello.ko
通過lsmod命令可以查看驅動是否成功載入到內核中
通過insmod命令載入剛編譯成功的time.ko模塊後，似乎系統沒有反應，也沒看到列印信息。而事實上，內核模塊的列印信息一般不會列印在終端上。驅動的列印都在內核日誌中，我們可以使用dmesg命令查看內核日誌信息。dmesg|tail

可能還會遇到這種問題insmod: error inserting 'hello.ko': -1 Invalid mole format
用dmesg|tail查看內核日誌詳細錯誤
disagrees about version of symbolmole_layout，詳細看這里。
http://www.ibm.com/developerworks/cn/linux/l-cn-kernelmoles/index.html
在X86上我的辦法是：
make -C/usr/src/linux-headers-3.5.0-19-generic SUBDIRS=$PWD moles

6. 如何編寫驅動程序

代碼：

#include&lt;linux/mole.h&gt;

#include&lt;linux/kernel.h&gt;

#include&lt;asm/io.h&gt;

#include&lt;linux/miscdevice.h&gt;

#include&lt;linux/fs.h&gt;

#include&lt;asm/uaccess.h&gt;

//流水燈代碼

#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");

(6)編譯動態驅動擴展閱讀：

include用法：

#include命令預處理命令的一種，預處理命令可以將別的源代碼內容插入到所指定的位置；可以標識出只有在特定條件下才會被編譯的某一段程序代碼；可以定義類似標識符功能的宏，在編譯時，預處理器會用別的文本取代該宏。

插入頭文件的內容

#include命令告訴預處理器將指定頭文件的內容插入到預處理器命令的相應位置。有兩種方式可以指定插入頭文件：

1、#include&lt;文件名&gt;

2、#include"文件名"

如果需要包含標准庫頭文件或者實現版本所提供的頭文件，應該使用第一種格式。如下例所示：

#include&lt;math.h&gt;//一些數學函數的原型，以及相關的類型和宏

如果需要包含針對程序所開發的源文件，則應該使用第二種格式。

採用#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的內容。

7. 如何編譯一個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
。

8. linux下怎麼編譯安裝驅動

linux
編譯安裝驅動有兩種，動態載入與靜態載入
動態載入
一，編譯，在指點內核樹下編譯，生成.o文件或.ko文件
二，將生成的.o或.ko文件拷到相應目錄，一般是/lib/mole/kernel下面
三，用insmod命令載入，用rmmod命令卸載
靜態載入
靜態載入主要就是編譯內核。就是將編寫好的驅動放進內核相應的目錄下面。然後編譯內核。然後運行編譯好的內核。

9. vs2010如何編譯驅動

1、安裝VS2010，安裝WDK 7.0(DDK);

2、新建VC++->Empty Project

3、打開Configuration Manager 並新建一個名稱為「 dirver 」的Solution Configuration 並將「dirver」 設為Active Solution Configuration .

4、打開View-> property Manager。

5、在"dirver" solution configuration 上點擊右鍵，選擇Add new property Sheet。取名為「dirverProperty」. 並對他進下以下設置。

5.1. C\C++ - General - Debug Information Format = Program Database (/Zi)
5.2. C\C++ - Preprocessor - Preprocessor Definitions = _X86_ [add also DBG for Debug config]
【WIN32;_DEBUG;_X86_;i386;STD_CALL;CONDITION_HANDLING;WIN32_LEAN_AND_MEAN;NT_UP;SRVDBG;DBG;_IDWBUILD;_WIN32_WINNT=0x0400;% (PreprocessorDefinitions)】
5.3. C\C++ - Code Generation - Enable C++ Exceptions = No
5.4. C\C++ - Code Generation - Basic Runtime Checks = Default
5.5. C\C++ - Code Generation - Buffer Security Check = No (/GS-)
5.6. C\C++ - Advanced - Calling Convention = __stdcall (/Gz)
5.7. C\C++ - Advanced - Compile As = Compile as C Code (/TC) [if you are going to use plain C]
5.8. Linker - General - Output File = $(OutDir)\$(ProjectName).sys
5.9. Linker - General - Enable Incremental Linking = Default
5.10. Linker - Input - Additional Dependencies = ntoskrnl.lib hal.lib $(NOINHERIT) [add here needed libs here e.g. ntoskrnl.lib hal.lib]
【不知道上面是不是筆誤，應該為：ntoskrnl.lib;hal.lib;%(AdditionalDependencies)】
5.11. Linker - Input - Ignore All Default Libraries = Yes (/NODEFAULTLIB)
5.12. Linker - Manifest File - Generate Manifest = No
5.13. Linker - System - SubSystem = Native (/SUBSYSTEM:NATIVE)
5.14. Linker - System - Driver = Driver (/DRIVER)
5.15. Linker - Advanced - Entry Point = DriverEntry
5.16. Linker - Advanced - Base Address = 0x10000
5.17. Linker - Advanced - Randomized Base Address = Disable (/DYNAMICBASE:NO)
【這個也是錯誤的：應該置空】
5.18. Linker - Advanced - Data Execution Prevention (DEP) = Disable (/NXCOMPAT:NO)
【這個也是錯誤的：應該置空】

6. Config VC++ Directories
6.1 Open Open up property manager by clicking on Menu View->Property Manager.
6.2 Expand the project node and then the Configuration|Platform nodes, you will see "Microsoft.cpp.<Platform>.users" file for each Configuration|Platform. These are the files

for the global settings, similar to the old tools/Options/VC++ Directories.
6.3 Multi-Select "Microsoft.cpp.<Platform>.users", right click and bring up the property page window
6.4 In the property page window, click on "VC++ Directories" (for example) in the left pane, add new paths for the directories such as "Include Directories". separated by

semicolons
(eg:Include Directories config As:
$(ddkroot)\INC
$(ddkroot)\INC\WNET
$(ddkroot)\INC\DDK\WNET
Library Directories config As:
$(ddkroot)\LIB\WNET\I386
)
6.5 Make sure to save the settings before shutting down Visual Studio.
6.6 Re-launch Visual Studio and the new settings will be in effect.
6.7 Note: If you would like to only change the settings for one project, you can right click on the project and bring up the property page. Change the settings for 「VC++

Directories」, these settings will be persisted to the project file.
七. OK. Have done. Now you can test it with simple code, e.g.:

#include "ntddk.h"

NTSTATUS
DriverEntry(PDRIVER_OBJECT DriverObject,PUNICODE_STRING RegistryPath)
{
return STATUS_UNSUCCESSFUL;
}

特別說明：
1.
Visual Studio 2010 在智能設備開發方面只支持Windows Phone OS 7.0。如果你要為Windows CE 5.0和Windows Mobile 6.5開發應用程序，請安裝Visual Studio 2008。
2.
做驅動開發時，SDK的版本要和WDK的版本一致，即Win7 WDK要配Win7 SDK，否則會出現編譯錯誤。VS2010里集成了Windows SDK 7.0A。
3.
如果出現類似如下編譯錯誤，解決方法是：拷貝C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\sal.h，然後覆蓋掉C:\WinDDK\7600.16385.1\inc\api\sal.h。

C:\Program Files\Microsoft Visual Studio 10.0\VC\include\crtdefs.h(550): error C2143: syntax error : missing ')' before 'const'
C:\Program Files\Microsoft Visual Studio 10.0\VC\include\crtdefs.h(550): error C2143: syntax error : missing '{' before 'const'
.......

10. 如何編譯wince6.0流驅動

最近開始嘗試寫WinCE6.0的驅動，當然從最簡單的流驅動開始，選擇了GPIO的驅動進行實驗。本文參考了網上有很多流驅動的開發資料，但在開發的過培岩程中也發現了一些細節問題，網路上並沒有給出詳細的解答，所以在這里記錄下來，並對流驅動開發中的一些問題做了總結。 流驅動的開發有兩種方法：添加驅動到BSP和藉助驅動調試助手。 第一種，添加驅動到BSP。修改BSP，將驅動加入到BSP當中，再選擇該BSP當做OS下載到目標板上。下面以6410下實現GPIO為例，說明詳細的步驟： 首先，在\WINCE600\PLATFORM\SMDK6410\SRC\DRIVES目錄下面創建文件夾，命名為GPIO，並在GPIO文件夾下面創建源代碼文件，命差液名為gpio.c。同時在DRIVES目錄下修改dirs文件，在dirs文件最後添加新建的目錄名GPIO。在gpio.c文件中實現的流式介面函數如下（這些介面函數的參數介紹見博文最後）：BOOL WINAPI DllEntry(HANDLE hInstDll, DWORD dwReason, LPVOID lpvReserved)DWORD GPI_Init(LPCTSTR PContext, LPCVOID lpvBuscontext)BOOL GPI_Deinit(DWORD hDeviceContext)DWORD GPI_Open(DWORD hDeviceContext, DWORD AccessCode, DWORD shareMode)BOOL GPI_Close(DWORD hOpenContext)DWORD GPI_Read(DWORD hOpenContext, LPVOID pBuff, DWORD Count)DWORD GPI_Write(DWORD hOpenContext, LPVOID pBuff, DWORD Count)DWORD GPI_Seek(DWORD hOpenContext, long Amount, WORD Type)void GPI_PowerUp(DWORD hDeviceContext)void GPI_PowerDown(DWORD hDeviceContext)BOOL GPI_IOControl( DWORD hOpenContext, DWORD dwCode, PBYTE pBufIn, DWORD dwLenIn, PBYTE pBufOut, DWORD dwLenOut, PDWORD pdwactualOut ) 其次，在GPIO文件夾下面創建gpio.def文件，定義需要輸出的函數，這些函數能夠被其它代碼用動態載入的方法調用。具體內容如下，有的介紹裡面導出的函數中還有EntryDll，其實沒有必要，它是一個入口函數而已，主要導出那些會被調用的就可以了。LIBRARY GPIOEXPORTS GPI_Init GPI_Deinit GPI_Open GPI_Close GPI_Read GPI_Write GPI_Seek GPI_PowerDown GPI_PowerUpGPI_IOControl再次，在GPIO文件夾下面創建makefile文件，具體內容如下，這一步對於不同的流驅動基本不變。!INCLUDE $(_MAKEENVROOT)\makefile.def 接下來，在GPIO文件夾下面創虛中物建sources文件，具體內容如下，各個宏的意義不做詳細介紹，也可以添加其他的一些宏，根據具體情況定。WINCEOEM=1TARGETNAME=GPIOTARGETTYPE=DYNLINKRELEASETYPE=PLATFORMDEFFILE=gpio.defDLLENTRY=DllEntryTARGETLIBS= \ $(_SYSGENSDKROOT)\lib\$(_CPUINDPATH)\coredll.libSOURCES=gpio.c第五步，修改注冊表信息了，打開WINCE600\PLATFORM\SMDK6410\FILES\Platform.reg 文件，添加以下內容：[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\GPIO]"Prefix"="GPI""Dll"="GPIO.Dll""Index"=dword:1"Order"=dword:1這里要注意添加的時候不要添加到帶有條件編譯的語句當中去，否則還需要設置編譯條件，比較麻煩。最後，修改Platform.bib 文件，將GPIO驅動載入到NK當中。打開WINCE600\PLATFORM\SMDK6410\FILES\Platform.bib 文件，添加以下內容，GPIO.dll $(_FLATRELEASEDIR)\GPIO.dll NK SH到這里基本上准備工作就已經完成了，接下來編譯，下載到目標板上。之後可以用調試工具查看驅動是否已經成功加入到注冊表中，還有驅動是否被OS成功載入了。上述正確後，就可以編寫上層測試代碼進行驗證了。 上述的步驟基本和網路的介紹一致，在調試過程中，遇到了以下兩個問題：1、驅動信息已經加入到注冊表中，但是NK總是沒有載入成功GPIO.dll驅動？解決：出現這種情況，有可能是一下原因造成的：（1）沒有實現上面提到的全部的流驅動介面函數，只是實現了其中的一部分，只要補齊所有的驅動介面函數就可以了；（2）在修改Platform.bib文件時，在文件末尾添加的內容。應該在宏FILES前面添加內容，否則就會無法載入驅動了。也有可能是其他原因，本人暫時沒有遇到。2、驅動載入後立馬又被卸載？解決：本人在調試過程中，通過串口輸出信息，發現驅動GPIO被載入後立馬又被卸載了，並且調用了GPI_Init函數，後來發現時由GPI_Init的返回值引起的。GPI_Init函數是驅動成功載入後調用的第一個函數，設備管理器通過調用GPI_Init初始化硬體，分配自己的內存空間，並將此內存塊的地址以一個DWORD值返回給上層。如果返回0，說明初始化失敗，之前分配的系統資源將全部釋放，也就是驅動會被卸載。在簡單的輸出信息的流驅動中，最好將所有的流介面都設置為返回成功。 快速編譯技巧：上面的方法要求每次都重新編譯內核，很耗費時間，這里收集了網路上提供的修改驅動後快速編譯的方法，下面的步驟建立在已經進行過一次上面的操作了，否則必須先修改注冊表和.bib文件：（1）在VS2005下Build菜單選擇「Open Release Directory in Build Window」，進入到命令行模式，在命令行中進入到你的驅動目錄，執行build命令就OK了。其實也可以直接在右側「Solution Explorer」中找到你的驅動目錄，右鍵選擇Build就可以了。（2）在VS2005下Build菜單選擇「Make Run-Time Image」就可以產生NK文件了。第二種，使用串口助手調試，這里給出原創的連接we-hjb的BLOG。該方法將會比第一種方法效率高，不需要每次都編譯NK，然後下載鏡像到目標板，但存在適用范圍的問題，即該方法並不是適用於任何的驅動。驅動調試助手，是用來動態管理流驅動。本地驅動和USB驅動不再它的控制范圍之內，各位在使用時注意這一點。 補充流介面函數介紹（轉自網路）：DllEntry(HINSTANCE DllInstance, INT Reason, LPVOID Reserved )這個函數是動態鏈接庫的入口，每個動態鏈接庫都需要輸出這個函數，它只在動態庫被載入和卸載時被調用，也就是設備管理器調用LoadLibrary而引起它被裝入內存和調用UnloadLibrary將其從內存釋放時被調用，因而它是每個動態鏈接庫最早被調用的函數，一般用它做一些全局變數的初始化。
參數：
DllInstance：DLL的句柄，與一個EXE文件的句柄功能類似，一般可以通過它在得到DLL中的一些資源，例如對話框，除此之外一般沒什麼用處。
Reason:一般我們只關心兩個值：DLL_PROCESS_ATTACH與DLL_PROCESS_DETACH，Reason等於前者是動態庫被載入，等於後者是動態庫被釋放。
所以，我們可以在Reason等於前者是初始化一些資源，等於後者時將其釋放。
DWORD XXX_Init(LPCTSTR pContext,LPCVOID lpvBusContext);它是驅動程序的動態庫被成功裝載以後第一個被調用的函數。其調用時間僅次與DllEntry,而且，當一個庫用來生成多於一個的驅動程序實例時僅調用一次DllEntry，而xxx_Init會被調用多次。驅動程序應當在這個函數中初始化硬體，如果初始化成功，就分配一個自已的內存空間(通常用結構體表示)，將自已的狀態保存起來，並且將此內存塊的地址做為一個DWORD值返回給上層。設備管理器就會用在調用XXX_Open時將此句柄傳回，我們就能訪問自已的狀態。如果初始化失敗，則返回0以通知這個驅動程序沒有成功載入，先前所分配的系統資源應該全部釋放，此程序的生命即告終至。當這個函數成功返回，設備管理器對這個程序就不做進一步處理，除非它設置了更多的特性。至此一個各為XXX的設備就已經載入成功，當用戶程序調用CreateFile來打開這個設備時，設備管理器就會調XXX_Open函數。參數：pContext：系統傳入的注冊表鍵，通過它可以講到我們在注冊表中設置的配置信息。lpvBusContext：一般不用。實際上，很多程序中將這個函數寫成了DWORD XXX_Init(DWORD pContext )，我們只需要將pContext轉化成LPCTSTR即可。DWORD XXX_Open(DWORD hDeviceContext,DWORD dwAccess, DWORD dwShareMode);當用戶程序調用CreateFile打開這個設備時，設備管理器就會調用此驅動程序的XXX_Open函數。參數：hDeviceContext XXX_Init 返回給上層的值，也就是我們在XXX_Init中分配的用來記錄驅動程序信息的那個結構體的指針，我們可以在這個函數中直接將其轉化成所定義的結構，從而獲取驅動程序的信息。dwAccess 上層所要求的訪問方式，可以是讀或者寫，或者是0，即不讀也不寫。dwShareMode 上層程序所請求的共享模式，可以是共享讀、共享寫這兩個值的邏輯或，或者是0，即獨占式訪問。系統層對設備文件的存取許可權及共享方法已經做了處理，所以在驅動程序中對這兩個參數一般可以不用理會。這個函數一般不用做太多處理，可以直接返回hDeviceContext表示成功，對於一個不支持多個用戶的硬體，在設備已經打開後，應該總是返回0以至失敗，則CreateFile調用不成功。DWORD XXX_Close( DWORD hDeviceContext); 當用戶程序調用CloseHandle關閉這個設備句柄時，這個函數就會被設備管理器調用。參數：hDeviceContext 為XXX_Open返回給上層的那個值。這個函數應該做與XXX_Open相反的事情，具體包括：釋放XXX_Open分配的內存，將驅動程序被打開的記數減少等。DWORD XXX_Deinit(DWORD hDeviceContext);這個函數在設備被卸載時被調用，它應該實現與XXX_Init相反的操作，主要為釋放前者佔用的所有系統資源。參數：hDeviceContext XXX_Init函數返回給上層的那個句柄u void XXX_PowerUp( DWORD hDeviceContext );void XXX_PowerDown(DWORD hDeviceContext );正如其名稱中體現的那樣，這兩個函數在系統PowerUp與PowerDown時被調用，這兩個函數中不能使用任何可能引起線程切換的函數，否則會引起系統死機。所以，在這兩個函數中，實際上幾乎是什麼做不了，一般在PowerDown時做一個標志，讓驅動程序知道自已曾經被Power Down過。在Power Down/On的過程中硬體可能會掉電，所以，盡管Power On以後，原來的IO操作仍然會從接著執行，但可能會失敗。這時，當我們發現一次IO操作失敗是因為程序曾經進入過Power Down狀態，就重新初始化一次硬體，再做同樣的IO操作。BOOL XXX_IOControl(DWORD hDeviceContext,DWORD dwCode, PBYTE pBufIn, DWORD dwLenIn, PBYTE pBufOut, DWORD dwLenOut, PDWORD pdwActualOut );幾乎可以說一個驅動程序的所有功能都可以在這個函數中實現。對於一類CE自身已經支持的設備，它們已經被定義了一套IO操作定，我們只需按照各類設備已經定義的內容去實現所有的IO操作。但當我們實現一個自定義的設備時，我們就可以隨心所欲定義我們自已的IO操作。參數：hDeviceContext XXX_Open返回給上層的那個句柄，即我們自已定義的，用來存放程序所有信息的一個結構。dwCode IO操作碼，如果是CE已經支持的設備類，就用它已經定義好碼值，否則就可以自已定義。pBufIn 傳入的Buffer,每個IO操作碼都會定義自已的Buffer結構dwLenIn pBufIn以位元組記的大小 pBufOut，dwLenOut分別為傳出的Buffer，及其以位元組記的大小pdwActualOut 驅動程序實際在pBufOut中填入的數據以位元組記的大小其中，前兩個參數是必須的，其它的任何一個都有可能是NULL或0。所以，當給pdwActualOut賦值時應該先判斷它是否為一個有效的地址。本文出自 「飛雪待劍」 博客