修改 init.rc：很多文章都有描述，但還是有些說明不清的地方，我先列出增加項，然後作些說明。
增加： mkdir /system/etc/wifi 0771 wifi wifi
chmod 0771 /system/etc/wifi
chmod 0660 /system/etc/wifi/wpa_supplicant.conf
chown wifi wifi /system/etc/wifi/wpa_supplicant.conf ＃wifi的原始配置文件
# wpa_supplicant socket
mkdir /data/system/wpa_supplicant 0771 wifi wifi
chmod 0771 /data/system/wpa_supplicant ＃放置wifi interface的地方
mkdir /data/misc/wifi 0771 wifi wifi
chmod 0771 /data/misc/wifi
chmod 0660 /data/misc/wifi/wpa_supplicant.conf ＃wifi的配置文件，將由wpa_supplicant根據實際配置寫入該文件
mkdir /data/misc/wifi/sockets 0777 wifi wifi ＃與上層通過socket通信的路徑
# Prepare for wifi
setprop wifi.interface ra0 ＃intreface名稱設置，這在framework/base/wifi/java/android/net/wifi /WifiStateTracker.java中會用到，以處理dhcp。rt2070用ra0，而vt6656使用eth1。
這里0771對 目錄許可權的處理是為了所有用戶能對下一級進行搜索，而紅字特別提醒的許可權配置，是因為/data/misc/wifi/sockets目錄不僅為wifi擁有者服務，還因為通信的原因要和其他用戶聯系，要不然，將會出現Unable to open connection to supplicant on "/data/system/wpa_supplicant/ra0": Connection refused，或permission denied的錯誤。很多人乾脆將上述所有的許可權都設為0777，當然也行，但總覺得有些粗糙。
service的修改：
service wpa_supplicant /system/bin/logwrapper /system/bin/wpa_supplicant /
-Dwext -ira0 -c/data/misc/wifi/wpa_supplicant.conf #也可以用/system/etc/wifi/wpa_supplicant.conf代替
user root
group system wifi inet
# socket wpa_wlan0 dgram 660 wifi wifi ＃屏蔽該項是因為這項是用於UDP連接的
disable
oneshot
service dhcpcd /system/bin/logwrapper /system/bin/dhcpcd -d -B ra0
group system dhcp wifi
disabled
oneshot
⑵ 如何編譯驅動程序
驅動的編譯和上層應用程序的編譯完全不同，作為初學者應該先了解一下，即使你還不懂得怎麼寫驅動程序。
首先安裝DDK，然後隨便找一個例子來測試。在菜單中找到BUILD環境菜單執行,不同的系統要使用不同的BUILD環境。會打開一個DOS窗口，這時CD到那個例子程序，輸入 build –cZ回車就可以了。 驅動程序都是用一個由DDK提供的叫build.exe的工具編譯的。此程序以一個名為SOURCES的文件作為輸入，該文件中包含目標可執行文件的名稱、類型和要創建的可執行文件的路徑，注意這個文件沒有後綴名。
SOURCES的文件格式:
TARGETNAME=drivername ,
- 本參數用於指定生成的設備驅動程序名稱(不需後綴名),所產生的文件
- 為drivername.sys.
TARGETPATH=./lib
- 本參數用於指定生成的設備驅動程序所存放的路徑. 一般採用./lib.
TARGETTYPE=DRIVER
- build能夠生成許多不同的目標對象,設備驅動程序一般選用 DRIVER.
INCLUDES=path1;path2;...
- 本參數是可選的, 用於指定其他的#include文件的搜索路徑.
TARGETLIBS=lib1;lib2;...
- 本參數是可選的, 用於指定其他的lib庫文件的搜索路徑.
SOURCES=file1.c file2.c ...
- 本參數用於指定需被編譯的全部源文件名稱, 後綴名不能省略,文件名之間用空格分開.
SOURCES文件是必需的，如果沒有它則表示沒有任何源文件需要編譯。
如果要換行可以用 『/』 符號，表示對上一行的繼續。
也可以創建DIRS文件，DIRS文件用於指定在當前目錄下必須創建的子目錄。
DIRS文件格式:
DIRS文件的內容由一系列用空格分開的目錄名組成
DIRS = /
subdir1 /
subdir2 /
subdir3
DIRS文件是可選的。
有的時候，會提示找不到依賴的文件（.h,.lib 之類），其實設置好 source 文件的
INCLUDES和TARGETLIBS就可以，我第一次編譯時就碰到這個問題，和VC環境區別較大，但習慣就好。
⑶ 如何把自己的驅動編譯進內核或模塊
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 加入到內核中。即可達到您的目的。
轉載