『壹』 配置linux內核的時候,驅動的靜態編譯和動態編譯有什麼區別
驅動的動態編譯會生成.ko文件，系統啟動後需要載入該驅動後才能使用相應設備。
而靜態編譯則直接編譯進內核，系統啟動的時候會自動載入該驅動。
靜態編譯太多驅動至內核，會導致內核體積過大，啟動時間較長。而動態編譯則比較自由靈活，需要用的時候即載入，不需要的時候即卸載。我以前在EasyARM-iMX280的學習手冊里看到寫得很清楚，你可以去看看的。
『貳』 linux內核編譯問題
根據你的警告是提示，找不到這些驅動模塊，應該是沒有編譯驅動模塊或者沒有安裝驅動模塊造成的。
1、要確保你的內核包是完整的，而且是centos配套版本（因為各大發行版都會針對自己的情況對內核進行配置和改動，直接用kernel.org的原版內核可能會有些故障）
2、編譯前要 先make clean一下，把以前編譯剩下的東西清掉，重頭再來。
3、編譯時順序執行如下命令
make bzImage 生成內核映像
make moles 生成驅動模塊
make moles_install 安裝驅動模塊
make install 安裝內核
『叄』 如何調整Linux內核啟動中的驅動初始化順序
【問題】 此處我要實現的是將晶元的ID用於網卡MAC地址，網卡驅動是enc28j60_init。 但是，讀取晶元ID的函數，在as352x_afe_init模塊中，所以要先初始化as352x_afe_init。 此處，內核編譯完之後，在生成的system.map中可以看到， enc28j60_init在as352x_afe_init之前，所以，無法去讀晶元ID。 所以我們的目標是，將as352x_afe_init驅動初始化放到enc28j60_init之前， 然後才能讀取晶元ID，才能用於網卡初始化的時候的，將晶元ID設置成網卡MAC地址。
【解決過程】
【1】
最簡單想到的，是內核裡面的
archarmmach-as352xcore.c
中，去改devices設備列表中的順序。
enc28j60_init對應的是ssp_device，因為網卡初始化用到的是SPI驅動去進行和通訊的。
as352x_afe_init對應的是afe_device。
原先是：
把afe改到最前面：
但是，實際結果是，沒有任何影響，連systemp.map生成的，那麼模塊初始化順序，都沒有任何變化。 也就說明，想要實現驅動載入順序的改變，改core.c裡面的設備列表順序是沒有用的。
更多linux內核視頻教程文檔資料免費領取後台私信 【內核】 自行獲取.
Linux內核源碼/內存調優/文件系統/進程管理/設備驅動/網路協議棧-學習視頻教程-騰訊課堂
【2】
在網上看到很多帖子，其說明的也很清楚了，就是：
Linux內核為不同驅動的載入順序對應不同的優先順序，定義了一些宏：
includelinuxinit.h
把自己的驅動的函數名用這些宏去定義之後， 就會對應不同的載入時候的優先順序。
其中，我們寫驅動中所用到的mole_init對應的是 #define mole_init(x) __initcall(x); 而 #define __initcall(fn) device_initcall(fn) 所以，驅動對應的載入的優先順序為6
在上面的不同的優先順序中， 數字越小，優先順序越高。 同一等級的優先順序的驅動，載入順序是鏈接過程決定的，結果是不確定的，我們無法去手動設置誰先誰後。 不同等級的驅動載入的順序是先優先順序高，後優先順序低，這是可以確定的。
所以，像我們之前在驅動中用：
所以，大家都是同一個優先順序去初始化，
最後這些驅動載入的順序，可以查看在根目錄下，
生成的system.map：
此處就是由於 c0019920 t __initcall_i2c_dev_init6 c0019924 t __initcall_as352x_afe_i2c_init6 c0019928 t __initcall_as352x_afe_init6 在c00198e4 t __initcall_enc28j60_init6之前，所以我這里才要去改。。。 知道原理，能想到的，就是要麼把as352x_afe_init改到enc28j60_init之前一級，即優先順序為5。即在驅動中，調用：fs_initcall(as352x_afe_init)；要麼把enc28j60_init改到as352x_afe_init之後，即優先順序為7即在驅動中，調用：late_initcall(enc28j60_init)；但是，此處麻煩就麻煩在，如果把as352x_afe_init改到enc28j60_init之前一級，發現後面網卡初始化enc28j60_init中，雖然讀取晶元ID對了，但是後面的IP-auto configure 有問題。所以放棄。 如果把enc28j60_init改到as352x_afe_init之後，但是，從system.map中看到的是，優先順序為7的驅動中，明顯有幾個驅動，也是和網卡初始化相關的，所以，這樣改，嘗試後，還是失敗了。 所以，沒法簡單的通過調整現有的驅動的順序，去實現順序的調整。最後，被逼無奈，想到了一個可以實現我們需求的辦法，那就是，單獨定義一個優先順序，把afe相關的初始化都放到那裡面去，這樣，就可以保證，其他沒什麼相關的沖突了。最後證實，這樣是可以實現目的的。
具體添加一個新的優先順序的步驟如下： 1.定義新的優先順序 includelinuxinit.h中：
2.用對應新的宏，定義我們的驅動：
做到這里，本以為可以了，但是編譯後，在system.map中，發現之前優先順序為7的那幾個函數，被放到system.map最後了，而不是預想的，在優先順序7之後，在
之前。最後，發現時沒有把對應的鏈接文件中的宏加進去：
3.includeasm-genericvmlinux.lds.h
最後，再重新編譯，就可以實現我們要的，和afe相關的驅動初始化，都在網卡enc28j60_init之前了。也就可以在網卡裡面讀晶元ID了。當然，對應編譯生成的system.map文件中，對應的通過mole_init定義的驅動，優先順序也都變成7了。而late_initcall對應優先順序8了。 註：當前開發板arm的板子，所以，對應的load 腳本在：
linux-2.6.28.4archarmkernelvmlinux.lds 看起來，應該是這個文件： linux-2.6.28.4archarmkernelvmlinux.lds.S 生成上面那個腳本的。vmlinux.lds中的這一行：
就是將之前那些對應的init類型的函數，展開，放到這對應的位置。
【3】 不過，最後的最後，竟然發現網卡還是工作不正常，結果第二天，無意間發現是網卡地址設置導致網卡工作不正常的。 也就是說，實際是直接將afe設置到原先的優先順序5就可以的，而不用這么麻煩去改系統的東西的...
不過，至少這也是一種辦法，雖然不是那麼的好...
『肆』 內核添加spi驅動的問題，急求助
設備和驅動要匹配，除了要滿足match函數，還需要掛到同樣的總虛帆猜線上.
要差型確認這幾個問題，設轎中備成功添加沒，驅動成功添加沒，是否都在同一匯流排上.
『伍』 linux內核編譯時，怎麼添加spi
出現這種情況主要是下面的段知原因造成的： 1、系統安裝文件或GHO文件燃告兼容性差，或者安裝文件損壞。 2、U盤系統功能不正常，安裝過程中斷。 建議用下面的方法處理： 第一，製作啟動u盤。以大白皮燃明菜U盤系統為例說明。還有深度U盤系統等等。
『陸』 如何把新驅動編譯進內核 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
『柒』 linx下如何驅動spi
1、驅動分為平台驅動、控制器驅動、設備驅動、設備。
2、拿到一個開發板後，燒上橡余察系統，那我們基本上就有了平台驅動、控制器驅動。設備驅動基本都有的，官方實現了一個設備驅動，文件是spidev.c，它是一個設備驅動毀數，它會在開機之後自動注冊一個主設備號為153的字元設備。
3、當注冊了SPI設備到系統中時，會根據名字進行匹配，如果名字是spidev則會調用 spidev.c中的probe函數，隨後會在/dev/device/下面生成如spidevx.x的設備文件，通過該設備文件即可操作SPI設備。
4、如何注冊SPI設備到系統。在kernel/arch/arm/mach-xxxx，xxx是板子晶元型號，我用的事 mach-smdk6410.c。在裡面找到spi_board_info結構體位置，例如：
static struct spi_board_info __initdata forlinx6410_mc251x_info[] = {
{
.modalias = "mcp2515",
.platform_data = &mcp251x_info,
.irq = IRQ_EINT(16),
.max_speed_hz = 10*1000*1000,
.bus_num = 1,
.chip_select = 0,
.mode = SPI_MODE_0,
.controller_data=&s3c64xx_spi1_csinfo,
},
};
本結構體就是SPI的板級信息，會在後面被spi_register_board_info()調用，隨後在系統中注冊這個設備。
我們需要做的是添加我們自己的信息
static struct spi_board_info __initdata forlinx6410_mc251x_info[] = {
{
.modalias = "mcp2515",
.platform_data = &mcp251x_info,
.irq = IRQ_EINT(16),
.max_speed_hz = 10*1000*1000,
.bus_num = 1,
.chip_select = 0,
.mode = SPI_MODE_0,
.controller_data=&s3c64xx_spi1_csinfo,
},
{
.modalias = "spidev", //用來匹配設備驅動,SPI的設備驅動叫spidev
.max_speed_hz = 10*1000*1000, //最大速率
.bus_num = 0, //在（0）號匯流排上
.chip_select = 0, //使用片選spi0_cs0
.mode = SPI_MODE_0, //SPI模式
.controller_data=&s3c64xx_spi0_csinfo,//控制器信息 },
};
其中的static struct s3c64xx_spi_csinfo s3c64xx_spi0_csinfo = {
.fb_delay=0x3,
.line=S3C64XX_GPC(3),//這個是片選控制引腳
.set_level=cs_set_level,
};
然後編譯內核下載開發板上，重新啟動過後就能後在/dev下面看到spidev0.0設備文件。
猜想：
寫一個模塊，收到填寫該結構體，然後調用spi_register_board_info()來注冊。我沒有試過，應該是可以的。
5、使用的時候在用戶應用空間中就使用open打開設備文件即可使用。
需要在封裝一次。由於spidev.c僅提供數據接收與發送，但是對於梁茄具體的SPI怎麼發的好像沒有做。
因此我們具體的收發函數應該在此分裝為如下
int fd;
fd=open(device, O_RDWR);
讀函數
輸入：fd文件描述符，addr讀的地址，read_data讀出來數據存放的地址
輸出：成功操作的位元組數，這個沒有做好，需要改
unsigned char read_reg(int fd,unsigned char addr,unsigned char *read_data)
{
int ret=0;
addr=addr<<1;
addr=addr|0x80;
ret=write(fd,&addr,sizeof(unsigned char));
ret|=read(fd,read_data,sizeof(unsigned char));
return ret;
}
寫函數
unsigned char write_reg(int fd,unsigned char addr,unsigned data)
{
int ret=0;
unsigned char buff[2]={0};
buff[0]=addr<<1;
buff[0]=buff[0]&0x7f;
buff[1]=data;
ret=write(fd,&buff,sizeof(buff));
return ret;
}
然後其他具體操作看我們的實際需要了，以上兩個就可以正確讀寫了，你可以先用讀函數讀取設備各個寄存器的默認值，來觀察讀取是否正確。
『捌』 怎麼用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寫代碼也可以，只不過僅作代碼編輯而已。
『玖』 Linux內核自帶的SPI驅動怎麼用能提供一些資料嗎
下載一份內核源代碼，比如說我下載的是2.6.36的，解壓老亮，裡面有一個常式，位置是linux-2.6.36.4/Documentation/spi/薯含搜spidev_test.c，另外裡面還有些文檔，數歷最好也看看。
『拾』 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/ 目錄下。