以下內容僅作參考，能力有限，如有錯誤還請糾正。
對於一個普通的linux裝置驅動模組，以下是一個經典的makefile程式碼，使用下面這個makefile可以
完成大部分驅動的編譯，使用時只需要修改一下要編譯生成的驅動名稱即可。只需修改obj-m的值。


ifneq ($(KERNELRELEASE),)
obj-m:=hello.o
else
#generate the path
CURRENT_PATH:=$(shell pwd)
#the absolute path
LINUX_KERNEL_PATH:=/lib/modules/$(shell uname -r)/build
#complie object
default:
make -C $(LINUX_KERNEL_PATH) M=$(CURRENT_PATH) modules
clean:
make -C $(LINUX_KERNEL_PATH) M=$(CURRENT_PATH) clean
endif


說明：
當我們在模組的原始碼目錄下執行make時，make是怎麼執行的呢？
假設模組的原始碼目錄是/home/study/prog/mod/hello/下。
先說明以下makefile中一些變數意義：
（1）KERNELRELEASE在linux核心原始碼中的頂層makefile中有定義
（2）shell pwd會取得當前工作路徑
（3）shell uname -r會取得當前核心的版本號
（4）LINUX_KERNEL_PATH變數便是當前核心的原始碼目錄。
關於linux原始碼的目錄有兩個，分別為"/lib/modules/$(shell uname -r)/build"和"/usr/src/linux-header-$(shell uname -r)/"，
但如果編譯過核心就會知道，usr目錄下那個原始碼一般是我們自己下載後解壓的，而lib目錄下的則是在編譯時自動copy過去的，
兩者的檔案結構完全一樣，因此有時也將核心原始碼目錄設定成/usr/src/linux-header-$(shell uname -r)/。關於核心原始碼目錄
可以根據自己的存放位置進行修改。
（5）make -C $(LINUX_KERNEL_PATH) M=$(CURRENT_PATH) modules
這就是編譯模組了：首先改變目錄到-C選項指定的位置（即核心原始碼目錄），其中儲存有核心的頂層makefile；
M=選項讓該makefile在構造modules目標之前返回到模組原始碼目錄；然後，modueles目標指向obj-m變數中設定的模組；
在上面的例子中，我們將該變數設定成了hello.o。



按照順序分析以下make的執行步驟：
在模組的原始碼目錄下執行make，此時，巨集“KERNELRELEASE”沒有定義，因此進入else。
由於make 後面沒有目標，所以make會在Makefile中的第一個不是以.開頭的目標作為預設的目標執行。
於是default成為make的目標。
make會執行 $(MAKE) -C $(KERNELDIR) M=$(PWD) modules ,假設當前核心版本是2.6.13-study,
所以$(shell uname -r)的結果是 2.6.13-study ，這裡實際執行的是
make -C /lib/modules/2.6.13-study/build M=/home/study/prog/mod/hello/ modules


-C 表示到存放核心的目錄執行其makefile，在執行過程中會定義KERNELRELEASE，
然後M=$(CURDIR)表示返回到當前目錄，再次執行，modules表示編譯成模組的意思。
而此時KERNELRELEASE已定義，則會執行obj-m += hello.o，表示會將hello_world.o目標編譯成.ko模組。
若有多個原始檔，則採用如下方法：
obj-m := hello.o
hello-objs := file1.o file2.o file3.o
關於make modules的更詳細的過程可以在核心原始碼目錄下的scripts/Makefile.modpost檔案的註釋 中找到。


如果把hello模組移動到核心原始碼中。例如放到/usr/src/linux/driver/中， KERNELRELEASE就有定義了。
在/usr/src/linux/Makefile中有KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)$(LOCALVERSION)。

這時候，hello模組也不再是單獨用make編譯，而是在核心中用make modules進行編譯，此時驅動模組便和核心編譯在一起。