USB wifi调试笔记

本文以realtek 8192CU WiFi模块为例，介绍USB wifi在Jelly Bean 4.1的调试笔记。

1、WIFI打不开现象概述

WiFi打不开是指您在UI的settings下选中WiFi选项，将其置为on（打开），但最终结果是自动变成off（关闭）、正在打开Wi-Fi、正在扫描等一系列不能正常打开WiFi的提示。

2、问题分析流程

WiFi打不开从硬件和软件两方面进行定位，一般是先硬件，然后软件。总体分析流程如图：

3、确认硬件可以识别

8192CU WiFi模块是基于usb接口，在UI将wifi设置为ON状态，通过串口输入lsusb确认设备可以识别。

红色标记 Bus 002 Device 003: ID 0bda:8176 就是平台上8192CU usb WiFi的vid和pid，能显示这个说明系统可以正常识别8192CU usb WiFi设备，硬件没问题。

4、确认驱动已加载

确认硬件没问题后，接着查看驱动是否加载，lsmod。

当你在UI的settings里将WiFi置于on状态，如果能正常打开，这时在串口输入lsmod，会有以下结果

红色标记 8192cu ko，说明8192CU WiFi 驱动已经成功加载上，如果此时没有看到此ko文件，请 切换到平台 /system/lib/ 目录下，查看此目录下是否有 8192CU 的 ko 。

可以看到平台下有8192cu.ko。如果您平台下有这个文件，请进入5进行进一步分析，如果您的平台没有这个文件，请进入6进行进一步分析。

5、平台/system/lib下有驱动ko文件

首先确保其权限至少为 -rw-r--r-- （即 644 ） ，如果权限不对，请按照下面操作修改权限：

chmod644 8192cu.ko

如果这些都是正常的话 请先进行手动加载

手动加载操作说明：先切换到平台/system/lib/目录下，然后进行如下操作：

insmod8192cu.ko

如果手动加载成功的话，请进入a进行下一步分析，如果手动加载不成功的话，请进入b进行下一步分析

a . 手动加载可以成功，说明 UI 加载不成功应该是系统配置文件不对 ，没有加载到指定路径的驱动。

如果您是Android 4.1请按照如下配置：

确保devicexxx录下BoardConfig.mk文件中有如下配置：

WIFI_DRIVER := rtl8192cu

WIFI_DRIVER_MODULE_PATH := /system/lib/8192cu.ko

WIFI_DRIVER_MODULE_NAME := 8192cu

其中 WIFI_DRIVER 指定您从 UI 打开 WiFi 要加载什么驱动；WIFI_DRIVER_MODULE_PATH 说明你要加载驱动的 ko 文件放在什么地方；WIFI_DRIVER_MODULE_NAME 指明驱动模块的名字。

b. 手动加载驱动也不成功，一般有两个原因：

(1) 编译内核时没有将cfg80211协议编进去，对于g18公板这块是默认配置上，如果没有配置上，您在编译内核前，先进入common目录，输入make menuconfig，配上Networkingsupport里面的内容

(2) 编译驱动的内核和您目前平台的跑的内核不是同一份code，这个从手动加载不成功的log可以很明显就看出来的，所以务必使编译驱动的内核和您目前平台跑的内核是同一份code。最安全方法是重新打包升级

对于是这两种原因的哪一个，从加载驱动不成功的log可以很容易看出来魔数不匹配。

6、平台/system/lib下没有驱动ko文件

您需要编译8192CU的ko文件，驱动在common/drivers/net/wireless/rtl8xxx_CU。将其拷贝到/system/lib/目录下并修改其权限，修改权限命令如下：

chmod644 8192cu.ko

注意：在编译8192CU驱动时，保证编译驱动的内核code和系统当前运行的内核code是同一份code，否则ko文件加载不上，会提示编译的驱动和当前系统的内核的版本不匹配的错误信息。

如果这样操作还是出现加载不上，那按照下述步骤打包升级。

(1)先按照6中的a配置好相应文件

(2)将8192CU驱动8192cu.ko编译出来，并将其拷贝到devicexxx下

(3)打包升级。

在经过如上这些定位和解决之后，从 UI 的 settings 加载 WiFi 驱动应该是没有问题了，正常情况下到此步的时候 UI 界面可以显示出 WiFi 扫描到的不同 AP ，但是也不排除 WiFi 还是打不开，这时候打不开主要有以下现象，将 WiFi 至于 on ，发现一闪而过，又变成 off ，还有就是界面上显示“正在打开 Wi-Fi......” ，还有就是显示正在扫描，这时候出现的问题可能在 wpa_supplicant

这块，请进入8进行进一步分析。

8、wpa_supplicant分析

8.1 wpa_supplicant相关文件和服务的确认

(1) 确认平台 /system/bin/ 下 wpa_supplicant 存在：

操作步骤说明如下：

130|root@android:/system/bin# ls -l wpa_supplicant

-rwxr-xr-x root     shell      686672 2008-08-01 12:00

同时确保文件操作属性至少为 -rwxr-xr-x(755)

(2) 对于 Android 4.1 确认 devicexxx下init.rc中存在如下service

service p2p_supplicant /system/bin/wpa_supplicant

-ip2p0 -Dnl80211  -c/data/misc/wifi/p2p_supplicant.conf

-e/data/misc/wifi/entropy.bin-puse_p2p_group_interface=1

-N  -iwlan0-Dnl80211 -c/data/misc/wifi/wpa_supplicant.conf

class main

socket wpa_wlan0 dgram 0660 wifi wifi

disabled

oneshot

service wpa_supplicant /system/bin/wpa_supplicant

-iwlan0 -Dnl80211  -c/data/misc/wifi/wpa_supplicant.conf

-e/data/misc/wifi/entropy.bin

class main

socket wpa_wlan0 dgram 0660 wifi wifi

disabled

其中p2p_supplicant是当WiFi作为p2p功能启动的服务，wpa_supplicant是WiFi作为station功能启动的服务。

8.2 将WiFi至于on，发现一闪而过，又变成off

对于这种现象主要存在两种情况 ：

(1) 平台下缺少 wpa_supplicant 和 p2p_supplicant 的配置文件

确认平台/data/misc/wifi/目录下是否存在wpa_supplicant.conf和p2p_supplicant.conf文件，并确认这些文件操作权限，操作说明如下：

130|root@android:/data/misc/wifi# ls -l *supplicant.conf

-rw-rw---- system   wifi          219 2013-07-03 03:28p2p_supplicant.conf

-rw-rw---- system   wifi          374 1970-01-02 00:35wpa_supplicant.conf

(2) 对WiFi提供的接口进行确认：

这部分主要是您要清楚WiFi作为什么功能，即WiFi是仅仅作为station功能，还是要开启p2p功能，当WiFi作为station功能时候开启的是wpa_supplicant服务，当WiFi作为p2p功能开启的是p2p_supplicantf服务。

当WiFi作为station功能时开启的是wpa_supplicant，这时候一般不会出现接口错误，因为这时候wpa_supplicant服务中只用到wlan0接口，即使上层不定义wlan0底层驱动也会默认产生wlan0接口

当WiFi作为p2p功能时开启的是p2p_supplicant，这时候可能会出现接口错误，因为p2p_supplicant服务会用到p2p0接口，所以您需要提前定义好p2p0。

如果你没有定义p2p0接口，但加载时候有时候会首先启动p2p_supplicant服务，由于p2p_supplicant服务会用到p2p0这个接口，所以出现加载失败。那么怎样才能使系统不首先启动p2p_supplicant服务，而是首先启动wpa_supplicant服务？这是因为您平台/etc/permisssions/目录下有android.hardware.wifi.direct.xml这个文件，只要将这文件删掉或者重命名下，修改后记得要reboot下才能生效，操作说明如下：

130|root@android:/etc/permissions# ls -l

-rw-r--r-- root  root         158 2008-08-01 12:00 amlogic.libplayer.xml

-rw-r--r--root  root          150 2008-08-01 12:00amlogic.pppoe.xml

-rw-r--r--root  root          168 2008-08-01 12:00amlogic.subtitle.xml

-rw-r--r-- root  root   975 2008-08-01 12:00 android.hardware.usb.accessory.xml

-rw-r--r-- root  root   868 2008-08-01 12:00 android.hardware.usb.host.xml

-rw-r--r-- root   root    843 2008-08-01 12:00 android.hardware.wifi.direct.xml

-rw-r--r--root  root    829 2008-08-01 12:00 android.hardware.wifi.xml

-rw-r--r--root  root  1050 2008-08-01 12:00 android.software.live_wallpAPer.xml

-rw-r--r--root  root    880 2008-08-01 12:00android.software.sip.voip.xml

-rw-r--r--root  root    828 2008-08-01 12:00com.android.location.provider.xml

-rw-r--r-- root  root 828 2008-08-01 12:00com.google.widevine.software.drm.xml

-rw-r--r--root  root    10536 2008-08-01 12:00 platform.xml

-rw-r--r--root  root    2614 2008-08-01 12:00tablet_core_hardware.xml

怎么判断启动的是 p2p_supplicant 还是 wpa_supplicant ？因为您在没有定义 p2p0时启动 p2p_supplicant 服务，从 log 里面可以很明显看到如下 log ：

wpa_supplicant( 4316):p2p0: Failed to initialize driver interface

提示：为避免因为接口出现加载失败，按照以下设置就不会出现此类错误：

对于Android 4.1，确保devicexxx目录下Boarconfig.mk中有如下内容：

WIFI_DRIVER_MODULE_ARG  := "ifname=wlan0 if2name=p2p0"

9、UI上“正在打开Wi-Fi......”

这个现象一般会有如下几种情况：

(1) 缺少配置文件：按照8的步骤确认

(2) 驱动加载失败，使底层的网络接口都没有产生，以致 supplicant 对底层的网络接口初始化失败，但是 supplicant 会尝试重复初始化几次，如果不断初始化一段时间后还是会失败，最终 supplicant 退出， UI 上 WiFi 变成 off 。

怎么查看平台下的 WiFi 模块的接口有没有产生，直接在串口输入 netcfg 命令，操作如下：

130|root@android:/# netcfg

lo       UP            127.0.0.1/8   0x00000049 00:00:00:00:00:00

eth0     DOWN       0.0.0.0/0   0x00001002 00:56:0b:d9:59:65

sit0      DOWN        0.0.0.0/0   0x00000080 00:00:00:00:00:00

ip6tnl0   DOWN     0.0.0.0/0   0x0000008000:00:00:00:00:00

wlan0  UP    192.168.0.138/24  0x00001043 34:08:04:df:9a:63

p2p0  UP      0.0.0.0/0   0x00001003 36:08:04:df:9a:63

这是我在自己机器上操作结果，红色标记的 wlan0 和 p2p0 接口就是WiFi模块产生的两个与supplicant进行通信的接口。

(3) 底层WiFi模块确实已经在系统产生了相应接口，但是supplicant对这些接口进行初始化的时候失败，这主要是因为底层驱动提供给supplicant的接口函数有问题，这个一般是底层驱动的问题，请反馈给作者进一步分析。

10、 UI上“正在扫描AP......”

一般出现这种现象应该是supplicant和底层WiFi驱动通信有问题，请反馈给作者分析。