标签：
user interface
Android WiFiService
WPA_Supplicant
DHD Driver
Dongle Binary
BCM43xxHardware
蓝色：需要修改
黑色：不需要修改
蓝色部分是为了在android环境下，支持bcm43xx芯片需要修改的部分，各个部分的功能如下：
1. User interface（用户接口层）：控制和设置wifi的用户接口层
2. Android wifi service：它是android系统中的wifi服务部分，主要用来启动和停止wpa_supplicant，并作为用户接口层和wpa_supplicant交互的桥梁存在
3. Wpa_supplicant：支持wpa和wapi的外部库
4. Dhd driver：wifi模块的驱动
5. Dongle binary：BCM43xx的固件
6. BCM43xx：wifi的硬件芯片（是一个组合集成芯片）
Wifi模块环境包括以下部分：
1. bcm43xx驱动源码
2. wpa_supplicant和支持WAPI的wapilib库
3. nvram.txt（BCM43xx芯片配置文件）
4. wpa_supplicant.conf和wifi固件
一般来说，第三和第四条件的文件在BCM43xx源码中都有包含。
这里不以某个类型的BCM43xx芯片和android版本作为特例来讲解wifi模块的编译过程，只是对编译的通用部分做简要的说明。
一般来说，wifi模块的编译可采用两种红方式：一是内部编译，二是模块编译。通常使用的是模块编译，这里也以模块编译wifi模块为例来说明wifi模块的编译过程。
在wifi模块驱动源码中，主要包含以下几个目录：
Firmware：里面会提供对应BCM43xx芯片的固件
Config：提供wpa_supplicant.conf和nvram.txt以及dhcpcd.conf，还有android.mk文件。如果没有上面的配置文件，需要找到放入该目录。
Android.mk：这是一个文件，也是编译android平台编译wifi模块的入口
Src：wifi驱动的源码目录
其实，你看到的broadcom提供的驱动源码可能的组织方式跟上面是有差别的，但大致的内容差不多，上面只是针对模块源码中目录和文件的不同用途来说明的。
要在android平台编译wifi模块，首先要将wifi模块的源码添加到android平台下的目录中。至于添加到什么地方也不是固定的，一般会添加到vendor目录下的某个目录下，下面我们把BCM43xx模块源码放在vendor/xxxx/wlan/bcm43xx下（XXXXX代表产品名称）。要知道，在添加源码之前，这个bcm43xx目录是不存在的，需要手动创建，并在该目录下创建android和src两个目录：
PC$ cd<ANDROID_ROOT>
PC$ mkdir ‐p vendor/xxxx/wlan/bcm4325/
PC$ cdvendor/xxxx/wlan/bcm4325/
PC$ mkdirandroid src
PC$ ls
android src
在创建好上面的目录后，就可以在目录下添加BCM43xx的相关源码了，src存放的是驱动源码，android目录下主要存放固件（即二级制镜像），编译文件（Android.mk），配置文件（nvram.txt和wpa_supplicant.conf）等。
添加好相关源码后，还需要做一定的修改工作（主要对编译文件的修改），不然模块无法被正常编译的，Android.mk的内容修改操作如下。
PC$ cp<WORK>/bcm4325_source/open‐src/src/dhd/android/config/Android.mk
<ANDROID_ROOT>/vendor/xxxx/wlan/bcm4325/android
PC$ cd<ANDROID_ROOT>/vendor/xxxx/wlan/bcm4325/android
PC$ viAndroid.mk //到这里，找到Android.mk文件，文件内容如下
……
#
# Install WLAN Driver, firmware, and configurationfiles.
#
local_target_dir :=$(TARGET_OUT_ETC)/firmware //这里定义local_target_dir的路径，在后面会用到
########################
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE :=sdio-g-cdc-reclaim-idsup-wme-ccx-wapi.bin
LOCAL_MODULE_TAGS := user development
LOCAL_MODULE_CLASS := ETC
LOCAL_MODULE_PATH := $(local_target_dir)
LOCAL_SRC_FILES := $(LOCAL_MODULE)
include $(BUILD_PREBUILT)
########################
include $(CLEAR_VARS)
LOCAL_MODULE := nvram_4325b0.txt
LOCAL_MODULE_TAGS := user development
LOCAL_MODULE_CLASS := ETC
LOCAL_MODULE_PATH := $(local_target_dir)
LOCAL_SRC_FILES := $(LOCAL_MODULE)
include $(BUILD_PREBUILT)
########################
include $(CLEAR_VARS)
LOCAL_MODULE := dhd.ko
LOCAL_MODULE_TAGS := user development
LOCAL_MODULE_CLASS := ETC
LOCAL_MODULE_PATH :=$(TARGET_OUT)/lib/modules
LOCAL_SRC_FILES := $(LOCAL_MODULE)
include $(BUILD_PREBUILT)
########################
include $(CLEAR_VARS)
LOCAL_MODULE := wpa_supplicant.conf
LOCAL_MODULE_TAGS := user development
LOCAL_MODULE_CLASS := ETC
LOCAL_MODULE_PATH := $(TARGET_OUT_ETC)/wifi
LOCAL_SRC_FILES := $(LOCAL_MODULE)
include $(BUILD_PREBUILT)
########################
include $(CLEAR_VARS)
LOCAL_MODULE := dhcpcd.conf
LOCAL_MODULE_TAGS := user development
LOCAL_MODULE_CLASS := ETC
LOCAL_MODULE_PATH :=$(TARGET_OUT_ETC)/dhcpcd
LOCAL_SRC_FILES := android_dhcpcd.conf
include $(BUILD_PREBUILT)
########################
对上面的内容有必要说明一下：LOCAL_MODULE和LOCAL_MODULE_PATH的定义是这里需要修改的地方。对于LOCAL_MODULE_PATH的修改时一定的，但它主要依赖与android平台已经定义好的一些变量，如：TARGET_OUT _ETC和TARGET_OUT等。LOCAL_MODULE定义的是要操作的对象，也是前面提到的配置文件，编译好的驱动模块二进制文件和固件等。
该文件的作用：将各个文件拷贝到定义的地方，以供驱动模块和wpa_supplicant等使用。、
对于驱动的源码，用户可以通过定制的wifi芯片管理函数来关闭和开启wifi模块，在dhd/sys/dhd_custom_gpio.c文件中有如下的函数定义：
#define CUSTOMER_HW
#ifdef CUSTOMER_HW
extern void bcm_wlan_power_off(int);
BCM43xx BCM43xx Porting Guide for Android System
Broadcom Corporation Proprietary and Confidential
9
extern void bcm_wlan_power_on(int);
#endif /* CUSTOMER_HW */
所以用户可以使用自己定制的开关函数，或者使用BCM43xx自带的开关函数来控制wifi模块的开关。如果使用定制的开关函数，则需要在平台相关的代码中定义这两个函数：
Path：kernel/arch/arm/mach‐XXX/board‐XXXX.c
……
void bcm_wlan_power_off(int onoff);
void bcm_wlan_power_on(int onoff);
……
前面的Android.mk的修改中，有对dhd.ko的拷贝操作，这就是说源码编译后生成的模块二进制文件应该被暂时拷贝到Android.mk中指示的地方。这个暂时拷贝操作在驱动源码的编译文件dhd/linux/Makefile中被执行。
PC$ cd<ANDROID_ROOT>/vendor/xxxx/wlan/bcm4325/src
PC$ vi dhd/linux/Makefile +315
modules: $(OFILES)
test -r ./Makefile || ln –s $(SRCBASE)/dhd/linux/makefile.26./Makefile
$(MAKE) -C $(LINUXDIR) M=$(shell pwd) $(if $(VERBOSE),V=1)modules
cp $(KMODULES) $(SRCBASE)/../android/.
下一步需要做的就是将wifi模块源码的顶层目录下的android.mk文件放到bcm43xx目录下，它是android编译入口文件，表示在编译android时，这个wifi驱动模块被包含到整个android编译系统中。它的内容如下：
PC$ cd <ANDROID_ROOT>/vendor/xxxx/wlan/bcm4325/
PC$ vim Android.mk
ifeq ($(BOARD_WLAN_DEVICE),bcm43xx)
include $(callall-subdir-makefiles)
endif
很简单，如果被BOARD_WLAN_DEVICE被定义为bcm43xx，调用call all-subdir-makefiles函数来包含所有子目录下的Android.mk文件，这是android编译系统的规则。
那么，最后一步就是在相关的平台配置文件中定义BOARD_WLAN_DEVICE为bcm43xx，文件路径：vendor/XXXX/XXXX/BoardConfig.mk。
在编译wifi驱动源码之前，首先要建立kernel环境，即要在编译wifi模块之前编译kernel，因为模块的编译时依赖与内核的。
内核的编译如下：
PC$ cd <ANDROID_ROOT>/kernel
PC$ make ARCH=arm CROSS_COMPILE=<ANDROID_ROOT>/prebuilt/
linuxx86/toolchain/arm‐eabi‐4.4.0/bin/arm‐eabi‐ XXXX_defconfig
PC$ make ARCH=armCROSS_COMPILE=<ANDROID_ROOT>/prebuilt/
linuxx86/toolchain/arm‐eabi‐4.4.0/bin/arm‐eabi‐ zImage
如果设置好了ARCH和CROSS_COMPILE的环境变量，就可以省略这两个选项的定义，直接使用make命令生成zImage了。
在编译好kernel之后，就可以进入bcm43xx源码目录dhd/linux下，这里面有两个文件Makefile和Makefile.26，如果没有Makefile文件就将Makfeile.26拷贝成Makfile文件（实际上是建立了一个符号链接文件），当然也要做前面的dhd.ko暂时拷贝命令的添加了。在该目录下输入如下命令编译模块源码：
PC$ cd<ANDROID_ROOT>/vendor/xxxx/wlan/bcm4325/src
PC$ cd dhd/linux/
PC$ make ARCH=armLINUXDIR=<ANDROID_ROOT>/kernel
CROSS_COMPILE=<ANDROID_ROOT>/prebuilt/linux‐x86/toolchain/arm‐eabi‐
4.4.0/bin/arm‐eabi‐ dhd‐cdc‐sdmmc‐gpl
最后一条命令增加了一个命令选项LINUXDIR的传值，即告诉该编译文件kernel的所在位置，进入kernel的Makefile文件做设置工作，然后返回该目录下的Makefile文件进行编译工作。
到这里bcm43xx驱动源码已经编译完成，可以到android目录下查看有没有dhd.ko文件生成，如果有，即表明编译成功，否则查看编译过程的出错信息，解决错误问题再编译，直至编译成功。
前面的过程只是在android系统中添加编译了BCM43xx驱动源码，但是要想在android中使用它，还需要费一番功夫。需要修改的地方在开始的地方已经用蓝色背景标注了，在这里我们要看看到底要修改哪些文件。
为BCM43xx驱动模块做适当修改。Wifi.c作为加载wifi驱动模块和启动关闭wpa_supplicant的重要角色而存在，为了使wifi能更好的工作，该文件中的一些变量参数必须被适当的设置（根据wpa_supplicant.conf）。
PC$ vi hardware/libhardware_legacy/wifi/wifi.c
......
#define WIFI_DRIVER_MODULE_PATH
"/system/lib/modules/dhd.ko"
......
#define WIFI_DRIVER_MODULE_NAME"dhd"
......
#define WIFI_DRIVER_MODULE_ARG
"firmware_path=/etc/firmware/sdio-g-cdc-reclaim-idsup-wme-ccxwapi.
bin nvram_path=/etc/firmware/nvram_4325b0.txt"
......
#define WIFI_TEST_INTERFACE "eth0"
......
static const char IFACE_DIR[] = "";
......
static const char SUPP_CONFIG_TEMPLATE[]=
"/data/misc/wifi/wpa_supplicant.conf";
……
static const char SUPP_CONFIG_FILE[] =
"/etc/wifi/wpa_supplicant.conf";
......
上面的红色部分，就是对wifi驱动的特殊化定义，不同的wifi驱动会有不同的定义。修改还包括了固件的和配置文件的路径，以及接口名的相关定义。
WIFI_TEST_INTERFACE定义的是wpa_supplicant和UI的交互接口名，当通过property_get()函数获取wifi接口名错误时，就会使用此定义的接口名。Property_get()函数获取的接口名，就是init.xx.rc文件中的接口定义的wifi.interface：
Setprop wifi.interface “eth0”
SUPP_CONFIG_TEMPLATE定义的是wpa_supplicant配置文件的临时文件。而SUPP_CONFIG_FILE定义的是wpa_supplicant运行时使用的配置文件，并且对wifi配置的修改也会保持到这个文件里。
IFACE_DIR是wpa_supplicant控制接口的目录，该目录下的接口被UI用来连接到wpa_supplicant，这个目录是由wpa_supplicant决定的，其实，这个接口实际上是一个socket，在wpa_supplicant启动时被创建，wpa_supplicant_ctrl_iface_init()
中有两种方式来创建这个socket接口：
（1）android系统的socket
它使用wpa_%ctrl_interface%组合来定义自己的名字，通过socketwpa_eth0 dgram ...命令来生成的（在init.rc中），如果使用这种socket，下面的代码中的接口名必须是一直的：
ctrl_interface=eth0 (In wpa_supplicant.conf)
"socket wpa_eth0 ..." (In init.*.rc )
setprop wifi.interface "eth0" (In init.*.rc)
wpa_supplicant ‐ieth0 ... (In init.*.rc)
此时，IFACE_DIR的定义为NULL。
（2）特殊socket
Wpa_supplicant会通过wpa_supplicant.conf中的ctrl_interface目录来创建控制接口socket，而这个值一般被定义为："ctrl_interface=DIR=/data/misc/...."，这个socket的名字由wpa_supplicant的“-i”参数传递，如果使用这种方式的socket，下面的变量定义必须一致：
ctrl_interface=DIR=/data/misc/ (In wpa_supplicant.conf)
IFACE_DIR=/data/misc/ (In wifi.c)
为BCM43xx 驱动添加电源管理部分内容，这里不详细叙述。
为支持BCM43xx驱动模块，修改wpa_supplicant服务。Init.xxx.rc文件的内容一般如下所示：
PC$ vi system/core/rootdir/etc/init.xxx.rc
...... //添加android系统接口
# to enable wifi
setprop wifi.interface "eth0"
# end of wifi
...... //修改wpa_supplicant.conf的权限
chmod 0660 /etc/wifi/wpa_supplicant.conf
chown wifi wifi /etc/wifi/wpa_supplicant.conf
...... //wpa_supplicant服务的启动命令
service wpa_supplicant /system/bin/logwrapper
/system/bin/wpa_supplicant -Dwext -ieth0 -
c/etc/wifi/wpa_supplicant.conf
...... //给wpa_supplicant修改socket接口
socket wpa_eth0 dgram 660 wifi wifi
...... //修改dhcp接口
service dhcpcd /system/bin/dhcpcd -BKL eth0
......
为BCM43xx驱动添加配置变量。
PC$ vi vendor/XXXX/XXXX/BoardConfig.mk
……
ifneq ($(BUILD_TINY_ANDROID), true)
……
BOARD_WPA_SUPPLICANT_DRIVER := WEXT
BOARD_WLAN_DEVICE := bcm43xx
endif # !BUILD_TINY_ANDROID
……
对BCM43xx的WAPI的支持也需要做一系列的修改，这里不再对其进行详细的叙述了。
最近一段时间里对wifi模块的学习，让我对wifi有了更多的了解，但这些也是不够的。对于wifi模块，需要了解的东西很多，这里只对其工作原理和工作流程以及移植过程进行了简单的阐述，还有很多方面没有概括到，如：协议层的实现方式和过程，以及数据传输中的细节和SDIO相关内容等等，这些在实际的wifi模块工作时可能都需要我们去进一步的分析和把握，虽然对wifi的理解可能不到位，但对这段时间学习做一次总结，也是大有裨益的，希望有机会可以更深入的学习wifi模块。
在wifi模块调试的过程中也会出现一系列的问题，这些问题可以归纳成不同的类型，对这些类型的问题做分析和总结，可以帮助我们在以后调试工作中快速定位问题所在。
对wifi的了解还远远不够，希望和wifi感兴趣的和已经成为高手的同仁能有更多的交流。
标签：
原文地址：http://www.cnblogs.com/lidabo/p/5344421.html
