移植 wifi模块

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

1、WIFI打不开现象概述

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

2、问题分析流程

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

移植 wifi模块

3、确认硬件可以识别

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

移植 wifi模块

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

4、确认驱动已加载

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

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

移植 wifi模块

红色标记 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请按照如下配置:

确保device\xxx录下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编译出来,并将其拷贝到device\xxx下

(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 确认 device\xxx下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,确保device\xxx目录下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驱动通信有问题,请反馈给作者分析。

上一篇:InputStream和Reader区别


下一篇:JAVA的非对称加密算法RSA——加密和解密