編譯進內核的驅動模塊怎麼去掉
⑴ 已經編譯好的內核怎麼修改vermagic
修改include/linux/vermagic.h裡面的VERMAGIC_STRING值即可。（默認是把不同部分組合起來，你直接用固定字元串硬寫，把-svn2067去掉）
⑵ linux 怎麼查看內核裡面是否編譯進了某個驅動（不是模塊了的驅動），怎麼查看
在內核代碼根目錄下，有對應的 .config 配置文件的前提下，執行 make ARCH=arm menuconfig ，進入配置內核的圖形化界面，然後搜索你想要查找的驅動名字關鍵字。至於驅動名字關鍵字，需要你進入到你想查看的驅動源碼文件夾下的 Makefile 及 Kconfig 中查找你的 .c 文件對應會編譯成什麼名字的 .o 文件（Makefile中定義），然後再查找決定這個 .o 文件是否進行編譯的宏叫什麼名字（Kconfig中定義）。找到控制編譯的宏之後，在執行make ARCH=arm menuconfig 進入的圖形化界面里搜索這個宏，就可以看到這個文件在內核的狀態里是被編譯（y）還是不被編譯（n）。
⑶ linux開發の如何靜態的將驅動模塊編譯進內核
我們知道若要給Linux內核添加模塊(驅動)有如下兩種方式： （1）動態方式：採用insmod命令來給運行中的linux載入模塊。 （2）靜態方式：修改linux的配置菜單，添加模塊相關文件到源碼對應目錄
⑷ linux怎麼編譯進驅動進內核
一、 驅動程序編譯進內核的步驟
在 linux 內核中增加程序需要完成以下三項工作：
1. 將編寫的源代碼復制到 Linux 內核源代碼的相應目錄；
2. 在目錄的 Kconfig 文件中增加新源代碼對應項目的編譯配置選項；
3. 在目錄的 Makefile 文件中增加對新源代碼的編譯條目。
bq27501驅動編譯到內核中具體步驟如下：
1. 先將驅動代碼bq27501文件夾復制到 ti-davinci/drivers/ 目錄下。
確定bq27501驅動模塊應在內核源代碼樹中處於何處。
設備驅動程序存放在內核源碼樹根目錄 drivers/ 的子目錄下，在其內部，設備驅動文件進一步按照類別，類型等有序地組織起來。
a. 字元設備存在於 drivers/char/ 目錄下
b. 塊設備存放在 drivers/block/ 目錄下
c. USB 設備則存放在 drivers/usb/ 目錄下。
注意：
(1) 此處的文件組織規則並非絕對不變，例如： USB 設備也屬於字元設備，也可以存放在 drivers/usb/ 目錄下。
(2) 在 drivers/char/ 目錄下，在該目錄下同時存在大量的 C 源代碼文件和許多其他目錄。所有對於僅僅只有一兩個源文件的設備驅動程序，可以直接存放在該目錄下，但如果驅動程序包含許多源文件和其他輔助文件，那麼可以創建一個新子目錄。
(3) bq27501的驅動是屬於字元設備驅動類別，雖然驅動相關的文件只有兩個，但是為了方面查看，將相關文件放在了bq27501的文件夾中。在drivers/char/目錄下增加新的設備過程比較簡單，但是在drivers/下直接添加新的設備稍微復雜點。所以下面首先給出在drivers/下添加bq27501驅動的過程，然後再簡單說明在drivers/char/目錄下添加的過程。
2. 在/bq27501下面新建一個Makefile文件。向裡面添加代碼：
obj-$(CONFIG_BQ27501)+=bq27501.o
此時，構建系統運行就將會進入 bq27501/ 目錄下，並且將bq27501.c 編譯為 bq27501.o
3. 在/bq27501下面新建Kconfig文件。添加代碼：
menu "bq27501 driver"
config BQ27501
tristate"BQ27501"
default y
---help---
Say 'Y' here, it will be compiled into thekernel; If you choose 'M', it will be compiled into a mole named asbq27501.ko.
endmenu
注意：help中的文字不能加回車符，否則make menuconfig編譯的時候會報錯。
4. 修改/drivers目錄下的Kconfig文件，在endmenu之前添加一條語句『source drivers/bq27501/Kconfig』 對於驅動程序，Kconfig 通常和源代碼處於同一目錄。 若建立了一個新的目錄，而且也希望 Kconfig 文件存在於該目錄中的話，那麼就必須在一個已存在的 Kconfig 文件中將它引入，需要用上面的語句將其掛接在 drivers 目錄中的Kconfig 中。
5. 修改/drivers目下Makefile文件，添加『obj-$(CONFIG_BQ27501) +=bq27501/』。這行編譯指令告訴模塊構建系統在編譯模塊時需要進入 bq27501/ 子目錄中。此時的驅動程序的編譯取決於一個特殊配置 CONFIG_BQ27501 配置選項。
6. 修改arch/arm目錄下的Kconfig文件，在menu "Device Drivers……endmenu"直接添加語句
source "drivers/bq27501/Kconfig"
⑸ 如何把自己的驅動編譯進內核或模塊
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 加入到內核中。即可達到您的目的。
轉載
⑹ 內核模塊編譯怎樣繞過insmod時的版本檢查
------------------------------------------------------------------------------------------添加---------------------------------------------------------------------------------------------------
1、Uboot：每個arm晶元或者海斯晶元都有各自的uboot。
2、但他們的內核版本可以是一樣的，主要是跟各自內核的進行的編譯選項有關， 31的內核版本里加了版本檢查選項「Kernel type->Symmetrical Multi-Processing」，而21的內核版本沒有設置該選項。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
在開發kernel driver時，總是會遇到討人厭的vermagic檢查，只要目前在run的kernel版本跟driver編譯時用的kernel版本不一致，就沒辦法insmod。
bash-3.2# insmod sdio.ko
sdio: version magic '2.6.28-271-gec75a15 preempt mod_unload modversions ARMv7 '
should be '2.6.28 preempt mod_unload ARMv7 '
insmod: init_mole 'sdio.ko' failed (Exec format error)
這大大降低了開發速度，尤其是當你拿不到客戶在用的kernel時，又要開發driver給他用，真的是很麻煩……
那麼要怎麼利用惡心的方式繞過去呢???
一、先把 Moudle version 檢查關掉。
user@host # ARCH=arm make menuconfig
--- Enable loadable mole support │ │
│ │ [ ] Forced mole loading │ │
│ │ [*] Mole unloading │ │
│ │ [*] Forced mole unloading │ │
│ │ [ ] Mole versioning support │ │
│ │ [ ] Source checksum for all moles
二、 使用modinfo時，可以看到目前這driver的vermagic
filename: external_drivers/omap3530/Linux/sdio/sdio.ko
author: Texas Instruments Inc
alias: TIWLAN_SDIO
license: GPL
description: TI WLAN SDIO driver
depends:
vermagic: 2.6.28-271-gec75a15 preempt mod_unload ARMv7
parm: g_sdio_debug_level:debug level (int)
三、 修改 kernel 的 vermagic，再重新編譯driver
vermagic 的第一個值 2.6.28-noneed 是由這 include/linux/utsrelease.h里的 UTS_RELEASE 所定義。
#define UTS_RELEASE "2.6.28-271-gec75a15"
之後再由 include/linux/vermagic.h 里的 macro
去組合出 VERMAGIC_STRING ， 也就是 kernel 的vermagic。
#include
#include
#ifdef CONFIG_SMP
#define MODULE_VERMAGIC_SMP "SMP "
#else
#define MODULE_VERMAGIC_SMP ""
#endif
#ifdef CONFIG_PREEMPT
#define MODULE_VERMAGIC_PREEMPT "preempt "
#else
#define MODULE_VERMAGIC_PREEMPT ""
#endif完成編譯後，你就可以得
#ifdef CONFIG_MODULE_UNLOAD
#define MODULE_VERMAGIC_MODULE_UNLOAD "mod_unload "
#else
#define MODULE_VERMAGIC_MODULE_UNLOAD ""
#endif
#ifndef CONFIG_MODVERSIONS
#define MODULE_VERMAGIC_MODVERSIONS "modversions "
#else
#define MODULE_VERMAGIC_MODVERSIONS ""
#endif
#ifndef MODULE_ARCH_VERMAGIC
#define MODULE_ARCH_VERMAGIC ""
#endif
#define VERMAGIC_STRING \
UTS_RELEASE " " \
MODULE_VERMAGIC_SMP MODULE_VERMAGIC_PREEMPT \
MODULE_VERMAGIC_MODULE_UNLOAD MODULE_VERMAGIC_MODVERSIONS \
MODULE_ARCH_VERMAGIC
所以， 我們只要把 UTS_RELEASE 改成我們的數字即可，當然若是懶得去try組合後的字串，也可以直接將VERMAGIC_STRING改成你要的字串
建議修改完 vermagic.h, utsrelease.h後，還是把kernel重編完再編kernel，比較保險。
以下是修改後，用modinfo看的結果
filename: external_drivers/omap3530/Linux/sdio/sdio.ko
author: Texas Instruments Inc
alias: TIWLAN_SDIO
license: GPL
description: TI WLAN SDIO driver
depends:
vermagic: 2.6.28 preempt mod_unload ARMv7
parm: g_sdio_debug_level:debug level (int)
------------------------------------------------------------------------------------------
另外若你是用git 做版本控制 , 那就會出現git的版本號在kernel 編號上
所以要把他關掉
General setup --->
[ ] Automatically append version information to the version strin
解釋;
CONFIG_LOCALVERSION_AUTO: │
│ │
│ This will try to automatically determine if the current tree is a │
│ release tree by looking for git tags that belong to the current │
│ top of tree revision. │
│ │
│ A string of the format -gxxxxxxxx will be added to the localversion │
│ if a git-based tree is found. The string generated by this will be │
│ appended after any matching localversion* files, and after the value │
│ set in CONFIG_LOCALVERSION. │
│ │
│ (The actual string used here is the first eight characters proced │
│ by running the command: │
│
│ which is done within the script "scripts/setlocalversion".) │
│ │
│ Symbol: LOCALVERSION_AUTO [=y] │
│ Prompt: Automatically append version information to the version string │
│ Defined at init/Kconfig:84 │
│ Location: │
│ ingT
⑺ 編譯進linux內核中的驅動模塊可不可以rmmod
不可以吧，這個還真的不清楚，不過你可以嘗試在etc中的modprobe配置文件中把它列入黑名單。
⑻ linux內核怎麼單獨編譯驅動模塊
你可能需要手動創建設備節點，首先cat /proc/device 看看能否找到video的設備號，再用mknod命令創建/dev/下的設備節點，如果沒有再考慮去內核make menuconfig查看相關驅動選項有沒有勾上。
⑼ Linux中怎樣安裝和刪除一個已編譯生成的字元設備驅動模塊文件
比如你生成 XXX.ko
插入這個模塊是 sudo insmod XXX.ko
刪除是 sudo rmmod XXX.ko
同時，可以通過 lsmod 查看系統內核中已有模塊