內核模塊編譯

Ⅰ 如何把自己的驅動編譯進內核或模塊

2.6內核的源碼樹目錄下一般都會有兩個文文：Kconfig和Makefile。分布在各目錄下的Kconfig構成了一個分布式的內核配置資料庫，每個Kconfig分別描述了所屬目錄源文件相關的內核配置菜單。在內核配置make menuconfig(或xconfig等)時，從Kconfig中讀出配置菜單，用戶配置完後保存到.config(在頂層目錄下生成)中。在內核編譯時，主Makefile調用這個.config，就知道了用戶對內核的配置情況。

上面的內容說明：Kconfig就是對應著內核的配置菜單。假如要想添加新的驅動到內核的源碼中，可以通過修改Kconfig來增加對我們驅動的配置菜單，這樣就有途徑選擇我們的驅動，假如想使這個驅動被編譯，還要修改該驅動所在目錄下的Makefile。

因此，一般添加新的驅動時需要修改的文件有兩種（注意不只是兩個）

*Kconfig
*Makefile

要想知道怎麼修改這兩種文件，就要知道兩種文檔的語法結構。

First: Kconfig


每個菜單項都有一個關鍵字標識，最常見的就是config。

語法：
config symbol

options
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->

symbol就是新的菜單項，options是在這個新的菜單項下的屬性和選項

其中options部分有：

1、類型定義：
每個config菜單項都要有類型定義，bool：布爾類型， tristate三態：內建、模塊、移除， string：字元串， hex：十六進制， integer：整型

例如config HELLO_MODULE
bool "hello test mole"

bool類型的只能選中或不選中，tristate類型的菜單項多了編譯成內核模塊的選項，假如選擇編譯成內核模塊，則會在.config中生成一個CONFIG_HELLO_MODULE=m的配置，假如選擇內建，就是直接編譯成內核影響，就會在.config中生成一個CONFIG_HELLO_MODULE=y的配置.

2、依賴型定義depends on或requires
指此菜單的出現是否依賴於另一個定義

config HELLO_MODULE
bool "hello test mole"
depends on ARCH_PXA
這個例子表明HELLO_MODULE這個菜單項只對XScale處理器有效，即只有在選擇了ARCH_PXA， 該菜單才可見(可配置)。

3、幫助性定義
只是增加幫助用關鍵字help或---help---
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->

更多詳細的Kconfigconfig語法可參考：

Second: 內核的Makefile

內核的Makefile分為5個組成部分：
Makefile 最頂層的Makefile
.config 內核的當前配置文檔，編譯時成為頂層Makefile的一部分
arch/$(ARCH)/Makefile 和體系結構相關的Makefile
s/ Makefile.* 一些Makefile的通用規則
kbuild Makefile 各級目錄下的大概約500個文檔，編譯時根據上層Makefile傳下來的宏定義和其他編譯規則，將源代碼編譯成模塊或編入內核。

頂層的Makefile文檔讀取 .config文檔的內容，並總體上負責build內核和模塊。Arch Makefile則提供補充體系結構相關的信息。 s目錄下的Makefile文檔包含了任何用來根據kbuild Makefile 構建內核所需的定義和規則。

（其中.config的內容是在make menuconfig的時候，通過Kconfig文檔配置的結果）

在linux2.6.x/Documentation/kbuild目錄下有詳細的介紹有關kernel makefile的知識。

最後舉個例子：
假設想把自己寫的一個flash的驅動程式載入到工程中，而且能夠通過menuconfig配置內核時選擇該驅動該怎麼辦呢？能夠分三步：

第一：將您寫的flashtest.c 文檔添加到/driver/mtd/maps/ 目錄下。

第二：修改/driver/mtd/maps目錄下的kconfig文檔：
config MTD_flashtest
tristate 「ap71 flash"

這樣當make menuconfig時 ，將會出現 ap71 flash選項。

第三：修改該目錄下makefile文檔。
添加如下內容：obj-$(CONFIG_MTD_flashtest) += flashtest.o

這樣，當您運行make menucofnig時，您將發現ap71 flash選項，假如您選擇了此項。該選擇就會保存在.config文檔中。當您編譯內核時，將會讀取.config文檔，當發現ap71 flash 選項為yes 時，系統在調用/driver/mtd/maps/下的makefile 時，將會把 flashtest.o 加入到內核中。即可達到您的目的。
轉載

Ⅱ 如何編譯/交叉編譯內核模塊, Linux 2.6.

欏�build 能夠編譯內核樹目錄內的內核模塊，也能夠編譯內核樹目錄外的內核模塊（外部內核模塊）。. 編譯外部內核模塊的命令： #cd <your-mole-dir> #make -C <path-to-kernel> M=`pwd` 其中<your-mole-dir> 為要編譯的內核模塊所在目錄，<path-to-kernel> 為內核源碼所在的目錄。 對於發行版本的Linux ，可以用： #make -C /lib/moles/`uname -r`/build M=`pwd` 注意：使用Kbuild 之前，必須先成功編譯過內核源碼。 說明： .#make -C <path-to-kernel> M=`pwd` moles 作用與上面的命令一樣 .以前的內核版本可以使用 #make -C <path-to-kernel> SUBDIRS=`pwd` moles. 安裝外部內核模塊 #make -C <path-to-kernel> M=`pwd` moles_install 默認安裝目錄為：/lib/moles/`uname -r`/extra ，可以通過INSTALL_MOD_PATH 宏在默認安裝路徑前加前綴。 例如： #make -C <path-to-kernel> INSTALL_MOD_PATH=/opt M=`pwd` moles_install 則編譯後的模塊會放在/opt/lib/moles/`uname -r`/extra 通過宏INSTALL_MOD_DIR 可以修改是否放在'extra' 下，例如： #make -C <path-to-kernel> INSTALL_MOD_DIR=golf M=`pwd` moles_install 則編譯後的模塊會放在/lib/moles/`uname -r`/golf . 編譯單個文件 #make -C <path-to-kernel> M=`pwd` <filename>. 其他命令 #make -C <path-to-kernel> M=`pwd` clean #make -C <path-to-kernel> M=`pwd` help.Kbuild 文件 Linux的Kbuild 會在內核模塊目錄下查找Kbuild 文件，如果有，則在編譯時會使用該文件。示例： 假設有這么幾個文件：8123_if.c 8123_if.h 8123_pci.c 8123_bin.o_shipped( 二進制的模塊文件) Kbuild 文件的內容： obj-m := 8123.o 8123-y:8123_if.o 8123_pci.o 8123_bin.o Makefile的內容： #為了兼容舊版本的Kbuild ifneq($(KERNELRELEASE),) include Kbuildelse# 正常的Makefile KDIR:=/lib/moles/`uname -r`/buildall::$(MAKE) -C $(KDIR) M=`pwd` $@ # 其他targetgenbin:echo "X" > 8123_bin_shippedendif 注意，沒有源碼的二進制.o 文件必須以原文件名加_shipped 結尾，例如8123_bin.o_shipped，KBuild 會把8123_bin.o_shipped 復制為8123_bin.o ，然後一起編譯。 應該用： ifeq ($(obj),) obj= .

Ⅲ 驅動編譯進內核和編譯模塊的區別

第一次把自己編譯的驅動模塊載入進開發板，就出現問題，還好沒花費多長時間，下面列舉出現的問題及解決方案1：出現insmod:errorinserting'hello.ko':-1Invalidmoleformat法一（網上的）：是因為內核模塊生成的環境與運行的環境不一致，用linux-2.6.27內核源代碼生成的模塊，可能就不能在linux-2.6.32.2內核的linux環境下載入，需要在linux-2.6.27內核的linux環境下載入。a.執行uname-r//查看內核版本b.一般出錯信息被記錄在文件/var/log/messages中，執行下面命令看錯誤信息#cat/var/log/messages|tail若出現類似下面：Jun422:07:54localhostkernel:hello:versionmagic'2.6.35.6-45.fc14.i686.PAE'shouldbe'2.6.35.13-92.fc14.i686.PAE'則把Makefile里的KDIR：=/lib/moles/2.6.35.6-45.fc14.i686.PAE/build1改為KDIR:=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1//改成自己內核源碼路徑（這里的build1是一個文件鏈接，鏈接到/usr/src/kernels/2.6.35.6-45.fc14.i686.PAE和13-92的）然並卵，我的fedora14/usr/src/kernels下並沒有2.6.35.13-92.fc14.i686.PAE，只有2.6.35.13-92.fc14.i686，雖然不知道兩者有什麼區別，但改成2.6.35.13-92.fc14.i686還是不行，照樣這個問題，還好後來在看教學視頻的到啟發法二：改的還是那個位置KDIR：=/opt/FriendlyARM/linux-2.6.32.2//把這里改成你編譯生成kernel的那個路徑all:$(MAKE)-C$(KDIR)M=$(PWD)molesARCH=armCROSS_COMPILE=arm-linux-//加這句2.[70685.298483]hello:molelicense'unspecified'taintskernel.[70685.298673]方法：在模塊程序中加入：MODULE_LICENSE("GPL");3.rmmod:chdir(2.6.32.2-FriendlyARM):Nosuchfileordirectory錯誤解決方法：lsmod可查看模塊信息即無法刪除對應的模塊。就是必須在/lib/moles下建立錯誤提示的對應的目錄（(2.6.32.2）即可。必須創建/lib/moles/2.6.32.2這樣一個空目錄,否則不能卸載ko模塊.#rmmodnls_cp936rmmod:chdir(/lib/moles):Nosuchfileordirectory但是這樣倒是可以卸載nls_cp936,不過會一直有這樣一個提示：rmmod:mole'nls_cp936'notfound初步發現,原來這是編譯kernel時使用makemoles_install生成的一個目錄,但是經測試得知，rmmod:mole'nls_cp936'notfound來自於busybox,並不是來自kernel1).創建/lib/moles/2.6.32.2空目錄2).使用如下源碼生成rmmod命令,就可以沒有任何提示的卸載ko模塊了[luther.gliethttp]#include#include#include#include#include#includeintmain(intargc,char*argv[]){constchar*modname=argv[1];intret=-1;intmaxtry=10;while(maxtry-->0){ret=delete_mole(modname,O_NONBLOCK|O_EXCL);//系統調用sys_delete_moleif(retread_proc=procfile_read;////Our_Proc_File->owner=THIS_MODULE;Our_Proc_File->mode=S_IFREG|S_IRUGO;Our_Proc_File->uid=0;Our_Proc_File->gid=0;Our_Proc_File->size=37;printk("/proc/%screated\n",procfs_name);return0;}voidproc_exit(){remove_proc_entry(procfs_name,NULL);printk(KERN_INFO"/proc/%sremoved\n",procfs_name);}mole_init(proc_init);mole_exit(proc_exit);[html]viewplainifneq($(KERNELRELEASE),)obj-m:=proc.oelseKDIR:=/opt/FriendlyARM/linux-2.6.32.2#KDIR:=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1PWD:=$(shellpwd)all:$(MAKE)-C$(KDIR)M=$(PWD)molesARCH=armCROSS_COMPILE=arm-linux-clean:rm-f*.ko*.o*.mod.o*.mod.c*.symversendifmake後生成proc.ko，再在開發板上insmodproc.ko即可執行dmesg就可以看到產生的內核信息啦

Ⅳ Linux編寫內核模塊編譯時找不到頭文件

-I /usr/src/linux-headers-2.6.32-24/include 其中, -I和後面的路徑沒有空格
-I/usr/src/linux-headers-2.6.32-24/include

一般也很少直接用gcc命令, 大部分是用makefile, make -C kernel_path moles

Ⅳ linux內核模塊，怎麼編譯

我來說下吧 本身你這個問題問的有點歧義 不知道你問的是內核編譯 還是模塊編譯 兩個不是一個東西 盡管模塊載入後 也是內核的一部分 看看其他的回答 以為是單純的內核的編譯了 模塊本身在linux下面是可以分為靜態和動態載入的 要是採用靜態載入的話 就是從新編譯內核 和內核的編譯基本是一回事 但是多採用動態載入 這個也簡單點
從你的下面的模版可以看出 你是想寫驅動程序吧 驅動一般作為動態載入的就可以了 寫好你的c文件 格式和上面的差不多 然後GCC編譯 生成.o文件，不要生成可執行文件 （ 如果是玩Embedded 就下載到目標板了 minicom 的使用） 如果是就在linux機器上 直接執行 insmod lsmod rmmod 這些就好了 這里也是簡單的說下了 內核的編譯 寫驅動程序 本身就是個比較難得事情了 要個很長的時間去學習了 慢慢積累 好運

Ⅵ 編譯內核和編譯內核模塊有什麼區別(linux)

LINUX 的內核編譯
1.編譯內核指的時通常的內核
2.應為內核可以將驅動和功能模塊動態的載入內核，所以在需要的時間把功能模塊
動態載入，所以就有了，內核模塊的編譯

Ⅶ 如何快速編譯單一的內核模塊

是編譯多個模塊還是編譯單個模塊？
多個模塊的話在該目錄下面寫一個makefile，內容為
-------------------------------------------------------------------------
obj-m
:=
{模塊1名字}.o
{模塊2名字}.o
...
all:
make
-c
/lib/moles/2.6.32/build/
m=$(pwd)
moles
clean:
make
-c
/lib/moles/2.6.32/build/
m=$(pwd)
clean
--------------------------------------------------------------------------
單個模塊，依賴多個文件的話使用傳統寫法即可。

Ⅷ linux的編譯內核和編譯內核模塊有什麼區別

當然需要。。。

第一點，就是源碼樹中有相應的頭文件和函數的實現，沒有源碼樹，你哪調用去呢？（PC上編譯的時候內核有導出符號，系統中有頭文件，這樣就可以引用內核給你的介面了，但是只能編譯你PC上版本的內核可載入的模塊）。

第二個，內核模塊中會記錄版本號的部分，需要記錄版本號的原因是不同的內核版本之間，那些介面和調用可能會有比較大的差異，因此必須要保證你的代碼和某個特定的內核對應，這樣編譯出來的模塊就可以（也是只能）在運行這個內核版本的Linux系統中載入，否則一個很簡單的異常就會導致內核崩潰，或者你的代碼根本無法編譯通過(介面名變了)。

我上面說的是編譯模塊的情況，當然如果是把模塊直接編譯到內核當中去的話，那就不用說了，沒有內核源碼，你無法編譯內核。