編譯驅動內核

⑴ 如何把新驅動編譯進內核 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

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

第一次把自己編譯的驅動模塊載入進開發板，就出現問題，還好沒花費多長時間，下面列舉出現的問題及解決方案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內核文件，直接用makefile編譯驅動，是不是要先把內核編譯一遍

不需要重新編譯內核。需要重新製作文件系統，如果你的文件系統是nfs掛載的，那麼你只需要將
micro2440_leds.ko復制過去，然後insmod進去。

⑷ 為什麼linux 需要把驅動編譯到內核

因為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"

⑹ linux內核編譯加入驅動

1、內核編譯前期make menu時有固定的硬體支持列表，你選定就行了
2、如果你的網卡驅動支持加到內核源碼，你就能在make menu是選定你的網卡驅動
3、讀一下網卡驅動源碼的INSTALL或README文檔，肯定有安裝步驟
4、一般網卡驅動編譯後，可以用insmod安裝使用

⑺ 如何在Ubuntu上安裝內核對應的源碼來編譯驅動

1、不同的版本而已，其實是更加的細分架構。2、當然沒有，因為你沒裝，這兩個是當前內核的開發 C Header 。因為某些驅動、程序的原因，他們會固定的到這里找對應內核版本的開發頭文件，所以這些個 Header 就放在了這里。一般來說，你不需要管他們的用處，這是發行版的設計，你只需要使用這個系統就行了。*-header-* 就是頭文件，驅動和某些和內核功能關聯的東西都要調用當前內核版本的對應頭文件才能正確的編譯出來而且可以使用。所以有些發行版就製作了專用的 header 包來讓需要的程序調用。這種包只有 header 文件，沒有其他無關開發的內容。linux-* 一般才是真正的內核源代碼，不過也不絕對的。

⑻ linux內核怎麼單獨編譯驅動模塊

你可能需要手動創建設備節點，首先cat /proc/device 看看能否找到video的設備號，再用mknod命令創建/dev/下的設備節點，如果沒有再考慮去內核make menuconfig查看相關驅動選項有沒有勾上。

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

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

⑽ 怎麼用Visual Studio編譯內核驅動

在Win8以前開發內核驅動，准備編譯環境是個較繁瑣的事情。程序員需要手動下載WDK並安裝（注1），開發環境就在安裝好的WDK中。WDK是Windows Driver Kit縮寫，即Windows驅搏陵告動開發包。它提供的開發環境簡陋得很，它不是一個便於開發的IDE環境，而僅僅是一些散裝的編譯工具包。

安裝好WDK後，WDK的編譯環境鏈接就顯示在開始菜單中了，要小心不能將它們刪掉，否則會麻煩，因為手動生成鏈接是麻煩事，後文會講。
編譯環境是分類的。首先根據目標系統分類，也就是要編譯生成運行在什麼OS上的目標文件。微軟大部分的產品都保持了向後兼容的習慣，這條規律也適用於此處：使用Win7子系統環境編譯出來的驅動文件，一般都能運行在Vista和XP系統上，反之就不會成立（注2）。
其次根據硬體平台分類，現在Windows系統能夠運行的平台有四個：X86，X64，IA64和ARM。其中ARM是Win8才開始的故事，這里還輪不到它出場，這樣就只有前面三個硬體平台（注3）。
最後又要根據編譯版本來分，即Checked（也可認做Debug）和Free（也可認作Release）這兩種。這樣來看，每個OS組別下面，就一汪滾定有6個編譯環境鏈接。
在這本書裡面，如果用舊版本WDK編譯驅動，就默認使用Win7目標系統的編譯環境，生成Checked版本，目標平台是X86或X64。所以就只會選兩種：X86 Checked Build Environment和X64 Checked Build Environment.
編譯環境打開來其實就是個控制台。它當然不同於直接從cmd.exe運行起來的控制台環境，區別在哪裡呢？我們已經知道，上圖的這些黑色的編譯環境圖標，其實都是快捷方式。不妨就看看它的快捷方式的Target內容，或許就知道端倪了。以X64 Checked Build Environment這個環境為例，打開來看到如下內容：
C:\Windows\System32\cmd.exe /k C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
這一行內容仔細一看就很簡單了。原來所謂的編譯環境，就是一個運行cmd.exe的控制台進程，只不過它執行了用於初始化的/k參數。在Cmd.exe命令的幫助中，/k參數是這樣描述的：Carries out the command specified by string but remains（執行一個命令，執行完之後不退出程序）。也就是說，啟動控制台進程並執行命令，執行完後，控制台程序留給用戶繼續使用。
那麼/k之後的所有內容，都是一條初始化的命令：
C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
它卻又可拆成幾個部分來分析。第一個setenv.bat是初始化編譯環境的批文件。後面的是它的參數：第一個參數，是WDK的路徑，通過它可以找到編譯器程序；第二個參數是指明要編譯生成checked版本目標文件；第三個指明硬體平台是x64；第三個指明目標系統是Win7。
位於WDK中的Setenv.bat文件是負責編譯環境配置的總廚，你把什麼參數遞給它，它就給你配出什麼類型的編譯環境來（菜也）。
怎麼在這個控制台裡面編譯驅動呢？我們統一用使用以下步驟：

通過CD命令，定位到含有source文件的那個驅動目錄；
輸入build或bld（build –cz的簡寫）命令進行編譯；
如果編譯成功，將生成驅動文件，否則會有錯誤或警告信息顯示出來；也可通過查看目錄文件夾下面的相關log文件查看詳細的錯誤或警告信息。

走到這里，基明編譯的事情算弄明白了。可能還會有朋友問我，我用什麼東西寫代碼呢？不好意思，關於這個問題，此時還沒有康莊大道供大家駟馬高車，不過千萬條小路卻是現成的。您可以用notepad記事本或者任何文本編輯器來編輯代碼，如果不嫌麻煩，用Visual Studio寫代碼也可以，只不過僅作代碼編輯而已。