1. 感謝這篇部落格，讓折騰了好久的我實現了核心模組載入

2. 為什麼要構造原始碼樹？
   

我們做 Linux 開發一般是在PC機上編譯好，下到板子上去執行，板子上的 Linux 核心和 PC 機上的 Linux 版本很多時候都是不一樣的，比如：pc機上的是 Linux 2.6，板子上的系統是 Linux 3.1，這個時候就要在pc本地編譯環境中下載 Linux 3.1 的核心，用它編譯出驅動模組，從而在板子上載入，不然會因為核心版本不一致而出錯。如果只是在PC上執行，核心模組不是用在板子上去，是不用下載核心原始碼樹和編譯核心原始碼的。

3. 驅動程式和使用者程式不一樣，它是作為一個模組連線到核心模組來執行的，執行在核心空間裡面。所以要執行我們自己構造的模組，需要自己的系統已經配置好核心樹，然後把目標模組和核心樹連線起來執行！

如何檢視自己的 ubuntu 系統中是否已經有了核心原始碼樹了？直接去檢視 /lib/modules/ 目錄下是否存在 build 目錄，如果存在，則表示我們自己的系統已經擁有核心原始碼樹了（我的本地編譯環境 ubuntu14.04 是擁有核心原始碼樹的），如下所示。

4. 但為了熟悉整個的過程，我們也重新下載對應自己的編譯環境的“核心原始碼”並對其進行編譯，構造核心原始碼樹。首先要檢視自己使用的系統“核心版本 ”：

我用的是 Ubuntu 14.04

檢視自己 ubuntu 系統的版本：有兩種方法，第一種，cat /etc/issue ; 第二種，lsb_release -a 命令

5. 核心原始碼樹構建步驟：
   

（1）安裝編譯核心所需的軟體（要用 make menuconfig 命令的話得安裝，用 make oldconfig 的話就不用安裝，不論採用哪種生成配置檔案的方式，都在系統中安裝下面的軟體） sudo apt-get install build-essential kernel-package libncurses5-dev fakeroot （2）下載核心原始碼，執行上面的命令 sudo apt-cache search Linux-source ，系統會給出適合我們所安裝系統的“核心原始碼版本 ”
（3）使用命令 sudo apt-get install linux-source-3.13.0 下載安裝該“核心原始碼 ” （4）解壓核心原始碼包：進入 /usr/src/ 目錄，能找到 linux-source-3.13.0.tar.bz2 檔案，用解壓命令 sudo tar xjvf linux-source-3.13.0.tar.bz2  解壓。要注意上面目錄下的 linux-source-3.13.0.tar.bz2 檔案並不是軟體壓縮包檔案，而是一個軟連結，不能直接使用 tar 進行解壓。


進入 linux-source-3.13.0 資料夾，發現真正的 tar 原始碼壓縮包，解壓。
（5）對“核心原始碼”進行編譯前的配置從下面截圖可以看出，在解壓後，該資料夾下並沒有 .config 檔案。
進入原始碼解壓後的資料夾裡，為了方便，可以直接在使用 make menuconfig 命令開啟視覺化配置視窗，然後什麼都不要修改的退出。
在執行完 sudo make menuconfig 命令後並不會像上面那樣執行完畢，生成一個 .config  檔案，而是會先開啟下面的視覺化配置，畢竟我們的命令是 menuconfig（選單配置）。
什麼都不要操作，直接 Esc 退出，選擇 Save，從而可以在該資料夾下生成一個 .config 編譯配置檔案。
.config 配置檔案如下圖所示：
（6）使用 sudo make 命令進行核心編譯，當然不只是下面截圖那樣簡單，整個核心編譯過程是以小時計算的，編譯吧，linux君，我玩會再來看你。
編譯完，該資料夾下就生成了一個名為 vmlinux 的檔案了，但網上的教程大都說要執行完下面的 sudo make bzImage 命令才會生成 vmlinux 檔案。

 （7）sudo make zImage 命令在我的本地編譯環境下是不能使用的。
（8）使用命令 sudo make bzImage 後，下面兩個截圖對其過程的中間過程省略。


（9）使用 sudo make modules 命令編譯模組 （10）使用 sudo make modules_install 命令安裝模組，執行完後，會在 /lib/modules 目錄下生成一個新的目錄 /lib/modules/3.13.0/ 。至此，核心就編譯完成了。
（11）由於我的本地 ubuntu 編譯環境中的核心版本就是為 3.13.0-32-generic，所以 /lib/modules/3.13.0-24-generic 本身就存在，所以其實我們這裡的 sudo make modules 和 sudo make modules_install 這兩步是不需要執行的。
（12）但我們這裡還是執行了 sudo make modules 和 sudo make modules_install 命令，看上面的截圖也就能判斷出，其實，在我們執行完 sudo make moduels 和 sudo make modules_install 命令後編譯生成了目錄 /lib/modules/3.13.11-ckt39 

6. 現在可以編寫 hello world 程式並載入該核心模組了

下面是 hello.c 檔案：

7. 下面是是 Makefile （必須為這個檔名，連 makefile 都是不能直接使用 make 命令來進行編譯的）檔案，解釋下該檔案，加深理解。
   

（1）obj-m 的意思是將後面的東東編譯為“核心模組”，相對應的還有 obj-y 是編譯進核心，obj-n 是不編譯。 （2）KERNELDIR 是 Makefile 檔案中的一個內容標識，這裡標識核心原始碼目錄，目錄中包含了核心驅動模組所需要的各種標頭檔案及依賴。 （3）-C 表示讓 make 命令進入指定的目錄，這裡即 KERNELDIR ，是核心原始碼目錄，呼叫該目錄頂層下的 Makefile，目標為 modules。 （4）M=$(PWD) 選項是讓該 Makefile 在構造 modules 目標之前返回到模組原始碼目錄，並在當前目錄下生成 obj-m 指定的 xxx.o 目標模組。 （5）三種賦值等號的區別 ？= ，=，：= “：=”表示：它的右邊如果為變數，那麼該變數在這條語句之前就要定義好，而不能在使用這條語句之後定義的變數 “=”表示：當它右邊如果變數時，這個變數可以在這條語句之前或者之後使用 “？=”表示：當它左邊的變數在這條語句之前沒有定義過，則執行本條語句，如果已經定義了，則什麼都不做。 所以下面截圖中的 Makefile 檔案中三種賦值都是可以的。 （6）modules 和 modules_install 是 make 需要執行的命令 （7）整理到這裡？？？？請繼續先閱讀該部落格？？？？xxxx
（8）make 定義了很多預設變數，像常用的命令或者是命令選項之類的，什麼 CC ，什麼 CFLAGS，$(MAKE) 就是預設的 make 這個命令的名稱（或者是路徑）。make -p 可以檢視所有預定義的變數的當前值。看下面的截圖的最後一行就可以看出， $(MAKE) 變數其實就是 make 命令。

8.  對驅動程式進行編譯的時候，發現 /lib/modules/ 目錄下的兩個庫資料夾都是能用的（在前面說過，其實安裝好的 ubuntu本地編譯環境是擁有核心原始碼樹的）。
   

（1）在寫好 Makefile 檔案的驅動程式目錄下，可以直接使用使用者許可權執行 make 命令編譯。 （2）CC是編譯 （3）LD是連結

9. 編譯後，本來資料夾內只有 hello.c 和 Makefie 檔案，當執行完 sudo make 命令後會出現：

==================== 參考以下部落格：