android wifi 移植记录 收藏

最新推荐文章于 2024-11-18 16:08:43 发布
最新推荐文章于 2024-11-18 16:08:43 发布
阅读量533 收藏
点赞数 1
分类专栏： BT&wifi 文章标签： android interface jni service socket string

 
 我用的是 Ralink 的网卡，所以 wifi 网卡的名字是 ra0,  在网上看了一些文章，要改很多地方。

不就是个网卡名字问题吗？ 我有 驱动源码， 就直接在源码里把名字改成 mlan0 就得了。

在源码中找到注册网卡的 register_netdev 或者 register_netdevice 函数，直接在注册前把名字

给它改咯。。。

strcpy( pNetDev->name, "mlan0");
ret = register_netdev(pNetDev);

这样我们的网卡名字就成了 mlan0, 就不用那么麻烦去 改 android 源码中的那些东西了， 哈哈。。

另外 需要修改 :

hardware/libhardware_legacy/wifi/wifi.c

#define WIFI_DRIVER_MODULE_PATH         "/system/lib/modules/wlan.ko"

可以让系统在需要时，自动加载 驱动模块。

转几篇文章:

http://blog.chinaunix.net/u2/66024/showart_1933469.html

 

本文档分析了Android的WIFI功能代码，对Android的WIFI功能实现起到一定的参考作用。

在Linux中，wlan(无线局域网)设备驱动是网络设备，使用网络接口。Wlan 在用户空间使用标准的socket 接口进行控制。
内核的移植（wifi驱动的加载）：
一、WIFI 协议和驱动程序在内核进行 menuconfig 配置时，配置选项为： 1、“networking support ”>"wireless".
2.、“device drivers” > "network device support" >"wireless LAN"
二、android wifi 基本架构
JAVA应用层 Setting、WifiSwitcher等应用
上下的通讯为Binder机制

JAVA框架层
Wifi manager
Wifi service

上下通讯为JNI

C/C++ 框架层
Wifi的JNI
WPA适配层
Wpa_supplicant程序

内核空间 Wifi的内核驱动程序

5. WIFI中间层的运行解析
1、android下如何通过jni监控wifi网络连接、dhcpcd执行和power电源控制
libs/android_runtime/android_net_wifi_Wifi.Cpp
部分jni接口
static JNINativeMethod gWifiMethods[] = {
{ "loadDriver", "()Z", (void *)android_net_wifi_loadDriver },
{ "setPowerModeCommand", "(I)Z", (void*) android_net_wifi_setPowerModeCommand },//电源管理
{ "connectToSupplicant", "()Z", (void *)android_net_wifi_connectToSupplicant },
{ "waitForEvent", "()Ljava/lang/String;", (void*) android_net_wifi_waitForEvent },
{ "disconnectCommand", "()Z", (void *)android_net_wifi_disconnectCommand },
...
};
int register_android_net_wifi_WifiManager(JNIEnv* env)
{
...
return AndroidRuntime::registerNativeMethods(env,
WIFI_PKG_NAME, gWifiMethods, NELEM(gWifiMethods));//登记jni
}
libs/android_runtime/AndroidRuntime.cpp
static const RegJNIRec gRegJNI[] = {
...
REG_JNI(register_android_net_wifi_WifiManager),
...
};
int AndroidRuntime::startReg(JNIEnv* env)
{
...
register_jni_procs(gRegJNI, NELEM(gRegJNI), env);
...
}
AndroidRuntime::start
=>startReg(env)即调用方法int AndroidRuntime::startReg(JNIEnv* env)
==============================================================================
wifi_load_driver
wifi_start_supplicant
=>ensure_config_file_exists
//检查/data/misc/wifi/wpa_supplicant.conf文件是否存在,如果不存在,那么从/system/etc/wifi/wpa_supplicant.conf动态拷贝一份

android_net_wifi_connectToSupplicant
=>wifi_connect_to_supplicant
=>
ctrl_conn = wpa_ctrl_open(ifname);
monitor_conn = wpa_ctrl_open(ifname);
wpa_ctrl_attach(monitor_conn);

android_net_wifi_waitForEvent
=>wifi_wait_for_event
=>wpa_ctrl_recv(monitor_conn, buf, &nread);
=>recv(ctrl->s, reply, *reply_len, 0);//阻塞等待wpa_supplicant的netlink数据过来
=>如果接收的buf数据区,buf[0]为'<',那么说明有level级别信息,所以将'<'...'>'数据剔除,然后wifi_wait_for_event函数返回[luther.gliethttp].
java/android/android/net/wifi/WifiMonitor.java
public class WifiMonitor {
...
public void startMonitoring() {
new MonitorThread().start();//启动java线程
}
class MonitorThread extends Thread {
public MonitorThread() {
super("WifiMonitor");
}
public void run() {
for (;;) {
ensureSupplicantConnection();//=>WifiNative.connectToSupplicant调用jni函数android_net_wifi_connectToSupplicant
String eventStr = WifiNative.waitForEvent();//=>调用jni函数android_net_wifi_waitForEvent
//private static final int CONNECTED = 1;
//private static final int DISCONNECTED = 2;
//private static final String eventPrefix = "CTRL-EVENT-";
//private static final int eventPrefixLen = eventPrefix.length();
//private static final String connectedEvent = "CONNECTED";
//private static final String disconnectedEvent = "DISCONNECTED";
String eventName = eventStr.substring(eventPrefixLen);//去掉"CTRL-EVENT-"字符串
int nameEnd = eventName.indexOf(' ');//找到随后的空格位置,这在wpa_supplicant发送时
//#define WPA_EVENT_CONNECTED "CTRL-EVENT-CONNECTED "中,已经内置空格了.
if (nameEnd != -1)
eventName = eventName.substring(0, nameEnd);
int event;
if (eventName.equals(connectedEvent))//检测netlink过来的字符串action类型
event = CONNECTED;
else if (eventName.equals(disconnectedEvent))
event = DISCONNECTED;
...
int ind = eventStr.indexOf(" - ");//CTRL-EVENT-CONNECTED - Connection to ...
if (ind != -1)
eventData = eventStr.substring(ind + 3);
//剔除前导控制字符,将" - "后面的描述字符串作为真实数据,继续处理
...
if (event == STATE_CHANGE) {
handleSupplicantStateChange(eventData);
} else if (event == DRIVER_STATE) {
handleDriverEvent(eventData);
} else {
handleEvent(event, eventData);//对于CONNECTED和DISCONNECTED等netlink事件将执行此操作来处理[luther.gliethttp]
// If supplicant is gone, exit the thread
if (event == TERMINATING) {
break;
}
}
...
void handleEvent(int event, String remainder) {
switch (event) {
case DISCONNECTED:
handleNetworkStateChange(NetworkInfo.DetailedState.DISCONNECTED, remainder);
break;

case CONNECTED:
handleNetworkStateChange(NetworkInfo.DetailedState.CONNECTED, remainder);//控制界面显示
break;
...
}
public class WifiStateTracker extends NetworkStateTracker {
...
public void startEventLoop() {
mWifiMonitor.startMonitoring();//启动上面的MonitorThread线程
}
...
}
java/services/com/android/server/WifiService.java
public class WifiService extends IWifiManager.Stub {
...
private boolean setWifiEnabledBlocking(boolean enable) {
final int eventualWifiState = enable ? WIFI_STATE_ENABLED : WIFI_STATE_DISABLED;
...
if (enable) {
if (WifiNative.loadDriver()) {
Log.e(TAG, "Failed to load Wi-Fi driver.");
updateWifiState(WIFI_STATE_UNKNOWN);
return false;
}
if (WifiNative.startSupplicant()) {
WifiNative.unloadDriver();
Log.e(TAG, "Failed to start supplicant daemon.");
updateWifiState(WIFI_STATE_UNKNOWN);
return false;
}
mWifiStateTracker.startEventLoop();
//启动MonitorThread线程,等待wpa_supplicant将netlink数据转发过来,然后根据netlink动作类型,进一步影响界面显示[luther.gliethttp].
}
...
}
java/android/android/net/wifi/WifiStateTracker.java
电源管理
private void handleConnectedState() {
...
mDhcpTarget.obtainMessage(EVENT_DHCP_START).sendToTarget();//传递到下面的handleMessage方法
...
}
public void onChange(boolean selfChange) {
...
handleConnectedState();
...
}
public class WifiStateTracker extends NetworkStateTracker {
...
public void handleMessage(Message msg) {
switch (msg.what) {
case EVENT_SUPPLICANT_CONNECTION:
case EVENT_NETWORK_STATE_CHANGED:
handleConnectedState();//调用
...
private class DhcpHandler extends Handler {

private Handler mTarget;

public DhcpHandler(Looper looper, Handler target) {
super(looper);
mTarget = target;
}

public void handleMessage(Message msg) {
int event;
//private static final int DRIVER_POWER_MODE_AUTO = 0;
//private static final int DRIVER_POWER_MODE_ACTIVE = 1;
switch (msg.what) {
case EVENT_DHCP_START:
synchronized (this) {
WifiNative.setPowerModeCommand(DRIVER_POWER_MODE_ACTIVE);//设置电源模式,调用android_net_wifi_setPowerModeCommand
}
Log.d(TAG, "DhcpHandler: DHCP request started");
//libs/android_runtime/android_net_NetUtils.cpp
//static JNINativeMethod gNetworkUtilMethods[] = {
//{ "runDhcp", "(Ljava/lang/String;Landroid/net/DhcpInfo;)Z", (void *)android_net_utils_runDhcp },
// ...
//};

if (NetworkUtils.runDhcp(mInterfaceName, mDhcpInfo)) {//执行dhcp申请ip地址操作
event = EVENT_INTERFACE_CONFIGURATION_SUCCEEDED;
if (LOCAL_LOGD) Log.v(TAG, "DhcpHandler: DHCP request succeeded");
} else {
event = EVENT_INTERFACE_CONFIGURATION_FAILED;
Log.i(TAG, "DhcpHandler: DHCP request failed: " +
NetworkUtils.getDhcpError());
//如果dhcpcd分配ip失败,那么Message.obtain(mTarget, event).sendToTarget();将执行
//WifiNative.disconnectCommand();即：static JNINativeMethod gWifiMethods[] = {
//android_net_wifi_disconnectCommand发送"DISCONNECT"字符串[luther.gliethttp]
//然后在wpa_supplicant服务端执行wpa_supplicant_ctrl_iface_process
//wpa_supplicant_disassociate
}
synchronized (this) {
WifiNative.setPowerModeCommand(DRIVER_POWER_MODE_AUTO);
}
Message.obtain(mTarget, event).sendToTarget();
break;
}
}
}
...
/**
* Send the tracker a notification that a connection to the supplicant
* daemon has been established.
*/
//在上面的public class WifiMonitor=>ensureSupplicantConnection
//=>
//while (!supplicantConnected) {
// boolean connected;
//synchronized (mWifiStateTracker) {
//connected = WifiNative.connectToSupplicant();//如果没有连接成功,那么while循环尝试,直到尝试成功,或者定义了oneShot,仅一次尝试
//=>mWifiStateTracker.notifySupplicantConnection();//如果WifiNative.connectToSupplicant()成功,那么将执行
//mWifiStateTracker.notifySupplicantConnection();的调用.
void notifySupplicantConnection() {//向对象发送message
Message.obtain(this, EVENT_SUPPLICANT_CONNECTION).sendToTarget();
}
void notifyStateChange(SupplicantState newState) {
Message.obtain(this, EVENT_SUPPLICANT_STATE_CHANGED, newState).sendToTarget();
}
...
}
static jboolean android_net_wifi_setPowerModeCommand(JNIEnv* env, jobject clazz, jint mode)
{
char cmdstr[256];

sprintf(cmdstr, "DRIVER POWERMODE %d", mode);
return doBooleanCommand(cmdstr, "OK");
}
android_net_wifi_setPowerModeCommand
=>doBooleanCommand
=>doCommand
=>wifi_command
=>wifi_send_command
=>wpa_ctrl_request
=>send给wpa_supplicant
然后wpa_supplicant将做如下接收操作：
system/extra/wpa_supplicant/main.c
=>wpa_supplicant_add_iface
=>wpa_supplicant_init_iface2
=>wpa_supplicant_ctrl_iface_init
=>注册ctrl_conn控制端口和monitor_conn监听端口的处理函数
eloop_register_read_sock(priv->sock, wpa_supplicant_ctrl_iface_receive, wpa_s, priv);//ctrl_conn端口的handler处理函数
wpa_msg_register_cb(wpa_supplicant_ctrl_iface_msg_cb);//monitor_conn端口的回调处理函数,处理netlink数据到所有monitor_conn监听端口
=>wpa_supplicant_ctrl_iface_receive//对于unix通信方式
=>wpa_supplicant_ctrl_iface_process
=>如果wpa_cli发送的是wpa_cli driver xxx形式的命令,那么调用这个函数
if (os_strncmp(buf, "DRIVER ", 7) == 0) {//掠过前7个,直接将命令传过去
reply_len = wpa_supplicant_driver_cmd(wpa_s, buf + 7, reply, reply_size);
=>wpa_supplicant_driver_cmd
=>wpa_drv_driver_cmd
=>自定义DRIVER扩展处理函数,所以对于java传递过来的power电源管理命令,wpa_drv_driver_cmd将收到"POWERMODE 0"或者"POWERMODE 1"字符串[luther.gliethttp]
===========================================================================================
jni
=>runDhcp
=>android_net_utils_runDhcp
libs/netutils/dhcp_utils.c
=>dhcp_do_request
=>
static const char DAEMON_NAME[] = "dhcpcd";
static const char DAEMON_PROP_NAME[] = "init.svc.dhcpcd";
static const char DHCP_PROP_NAME_PREFIX[] = "dhcp";
const char *ctrl_prop = "ctl.start";
const char *desired_status = "running";
snprintf(result_prop_name, sizeof(result_prop_name), "%s.%s.result",
DHCP_PROP_NAME_PREFIX,
interface);
property_set(result_prop_name, "");//设置dhcp.eth0.result="";等到成功完成dhcp之后,
property_set(ctrl_prop, DAEMON_NAME);//向名字为dhcpcd的service,发送"ctrl.start"启动命令字,该service在init.rc中
//init.rc中dhcpcd服务进程命令字
//service dhcpcd /system/bin/dhcpcd eth0
// disabled
// oneshot
wait_for_property(DAEMON_PROP_NAME, desired_status, 10);
//init.c=>init进程
//=>handle_property_set_fd因为是"ctrl.start"命令字,所以调用handle_control_message处理控制信息
//=>handle_control_message
//=>msg_start
//=>
// struct service *svc = service_find_by_name(name);
// service_start(svc);//启动svc,即执行：/system/bin/dhcpcd eth0
//=>service_start
//=>pid = fork();
// if(pid == 0)execve(svc->args[0], (char**) svc->args, (char**) ENV);子进程执行execve运行/system/bin/dhcpcd,参数为eth0
//=>否则父进程,即init进程将
//=>notify_service_state(svc->name, "running");设置该svc的状态prop
// snprintf(pname, sizeof(pname), "init.svc.%s", name);
// property_set(pname, state);//所以这样上面wait_for_property(DAEMON_PROP_NAME, desired_status, 10);也才能够正常pass[luther.gliethttp].
wait_for_property(result_prop_name, NULL, 15);//等待dhcp.eth0.result=非空
===========================================================================================
system/extra/dhcpcd-4.0.0-beta9/dhcpcd.c
dhcpcd
=>main
# define SYSCONFDIR "/system/etc/dhcpcd"
#define PACKAGE "dhcpcd"
# define CONFIG SYSCONFDIR "/" PACKAGE ".conf"
# define LIBEXECDIR "/system/etc/dhcpcd"
# define SCRIPT LIBEXECDIR "/" PACKAGE "-run-hooks"
=>strlcpy(options->script, SCRIPT, sizeof(options->script));//默认的options->script= "/system/etc/dhcpcd/dhcpcd-run-hooks"
=>f = fopen(cf ? cf : CONFIG, "r");//如果没有指定.conf文件,那么使用默认.conf文件
=>parse_config_line//解析"/system/etc/dhcpcd/dhcpcd.conf"默认配置文件
=>parse_option
=>如果在"/system/etc/dhcpcd/dhcpcd.conf"有"script"这个节
=>那么执行strlcpy(options->script, oarg, sizeof(options->script));直接拷贝
/*
{"script", required_argument, NULL, 'c'},
{"option", required_argument, NULL, 'o'},
"/system/etc/dhcpcd/dhcpcd.conf"中的部分内容如下：
...
option domain_name_servers, domain_name, domain_search, host_name
...
*/
=>dhcp_run
=>handle_dhcp_packet
=>handle_dhcp
=>bind_dhcp
reason = "TIMEOUT";reason = "BOUND";reason = "REBIND";reason = "RENEW";
system/extra/dhcpcd-4.0.0-beta9/configure.c
=> configure(iface, reason, state->new, state->old, &state->lease, options, 1);
//如果dhcp超时或者dhcp成功,都会调用exec_script来执行脚本,
//执行setprop dhcp.${interface}.result "failed"或者
//执行setprop dhcp.${interface}.result "ok"
=>exec_script(options, iface->name, reason, NULL, old);
=>然后configure_env通过环境变量将reason传递到脚本中
int exec_script(const struct options *options, const char *iface, const char *reason,
const struct dhcp_message *dhcpn, const struct dhcp_message *dhcpo)
=>pid = fork();
=>if(pid == 0)execve(options->script, argv, env);//子进程执行脚本,默认"/system/etc/dhcpcd/dhcpcd-run-hooks"
//dhcpcd-run-hooks脚本会根据level值,决定是否执行system/etc/dhcpcd/dhcpcd-hook/*目录下的相应文件
//我们的系统在该system/etc/dhcpcd/dhcpcd-hook/*目录下有如下3个文件
//95-configured
//20-dns.conf
//01-test
=>父进程返回while (waitpid(pid, &status, 0) == -1)等待子进程脚本执行完成

system/extra/dhcpcd-4.0.0-beta9/dhcpcd-hooks/20-dns.conf
system/extra/dhcpcd-4.0.0-beta9/dhcpcd-hooks/95-configured
...
setprop dhcp.${interface}.ipaddress "${new_ip_address}"
setprop dhcp.${interface}.result "ok"//设置属性为ok
setprop dhcp.${interface}.result "failed"
...
===========================================================================================
inet_init、tcp_prot
sock->ops->sendmsg(iocb, sock, msg, size);
=>inetsw_array[]
=>inet_stream_ops
=>tcp_sendmsg
===========================================================================================
wpa_cli.c
=>main
=>wpa_cli_interactive
=>wpa_cli_recv_pending(monitor_conn, 0, 0);//阻塞等待wpa_supplicant发送数据过来
=>如果action_monitor为true,那么将执行一些简单加工操作,否则将直接将wpa_supplicant发过来的数据打印到console上[luther.gliethttp].

参考文献
网络资源：
http://osdir.com/ml/android-porting/2009-06/msg00714.html
http://osdir.com/ml/android-porting/2009-07/msg00303.html
http://bbs.imp3.net/redirect.php?tid=747705&goto=newpost
http://osdir.com/ml/android-porting/2010-02/msg00152.html
http://blog.chinaunix.net/u2/66024/showart_1926589.html


关于 wifi问题的处理

  

wifi porting文件和目录

porting wifi主要分为两个部分，源码的修改和配置文件的修改，其中配置文件的修改包括源码未编译时配置文件的修改和源码编译后的配置文件修改，下面就这两部分分析：

A:android未编译时的配置文件修改和源码修改

1：/android-cupcake/build/target/board/generic/ BoardConfig.mk
确定是否存在HAVE_CUSTOM_WIFI_DRIVER_2 := true ，如果没有则添加该选项

/android-eclair/external/wpa_supplicant/.config.h

确定.config.h中，是否存在以下3个选项
CONFIG_WIRELESS_EXTENSION=y

CONFIG_CTRL_IFACE=y

CONFIG_DRIVER_WEXT=y

以上是支持wifi驱动的选项！

2:修改的源码文件

2.1/android-cupcake/system/wlan/ti/sta_dk_4_0_4_32/CUDK/tiwlan_loader/tiwlan_loader.c

这个文件修改的tiwlan_loader服务，这个服务在android1.5中需要返回成功，表示加载wifi的固件到eeprom中成功，而实际内核在加载wifi驱动的时候，同时加载了固件（即提供的bin文件）。但是在android2.0中，这个服务不是必须的！在编译 tiwlan_loader.c时需要/android- cupcake/system/wlan/ti/sta_dk_4_0_4_32/CUDK/UtilityAdapter编译出来的库。

2.2/android-cupcake/hardware/libhardware_legacy/wifi/wifi.c

这个是porting wifi驱动的最重要的文件，其中包括驱动加载,连接wpa_supplicant服务都是在wifi.c中完成。所以要修改驱动加载的网络接口名和相关的宏。

2.3/android-cupcake/frameworks/base/wifi/java/android/net/wifi
这个目录下是wifi中相关的java代码，其中修改的WifiStateTracker.java，这个主要修改dhcp时，获取动态ip地址的网络接口名。
2.4 external/wpa_supplicant/ctrl_iface_unix.c
这个主要修改wpa_supplicatn连接时的权限，wpa_supplicant服务启动的时候客户端和服务端通过unix socket通信，JAVA UI 界面是通过此socket文件与驱动联系，此服务生成的socket在/data/system/wpa_supplicant/目录下,如果涉及到权限问题，则需要修改 external/wpa_supplicant/ctrl_iface_unix.c中相关的目录的权限

2.5 frameworks/base/services/java/com/android/server/WifiService.java
这个在android1.5中，上传到BSSID，ISSID,java代码无法识别。在android2.0中无需修改。

B:android编译后的相关配置文件的修改

3.1/system/etc/wifi/wpa_supplicant.conf

看目录下是否存在该文件，如果不存在，则添加;并且添加wpa_supplicant服务socket的服务接口，如下所示：

ctrl_interface=/data/system/wpa_supplicant//默认的mlan0无线网络接口的目录
update_config=1 //这个可能是更新的配置，但不确认
3.2/system/etc/dhcpcd/dhcpcd.conf

看是否存在改文件，不存在则添加，并且修改无线网络接口的网络名字，如android默认的是tiwlan0 ,而我的无线网络接口是mlan0，则把interface 后面的接口改成mlan0
3.3 init.rc

 service  wpa_supplicant   /system/bin/wpa_supplicant   -imlan0 -c/system/etc/wifi/wpa_supplicant.conf
     disable
    oneshot
  service dhcpcd /system/bin/dhcpcd -d -f /system/etc/dhcpcd/dhcpcd.conf mlan0
  disable
  oneshot

以上是添加在wifi的服务。
 mkdir /data/misc/wifi  0777 wifi wifi
 mkdir /data/misc/wifi/sockets 0777 wifi wifi
 mkdir /data/system/wpa_supplicant 0777 wifi wifi
 mkdir /data/misc/dhcp 0777 dhcp dhcp
 chown dhcp dhcp /data/misc/dhcp

新建以上的目录。

如果你不的平台不出稀奇古怪的问题的话，现在你已经可以ping通你想用的ip地址咯！

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/pottichu/archive/2010/06/24/5691896.aspx

xw221
关注
专栏目录
全志平台Android系统wifi模组rtl8188eu移植调试记录
bingdund的博客
02-24 1785
1. 前言 A3x android4.4.2平台； rtl8188eu是一款USB接口的wifi模组，支持802.11b/g/n协议，具有station、softAP和wifi direct功能。 2. 内核配置 rtl8188eu模组所使用的驱动为8188eu，代码位于lichee/linux-3.3/drivers/net/wireless/rtl8188eu目录，配置内核将该驱动编译为模块， 在linux-3.3目录下执行make ARCh=arm menuconfig命令，做以下选择：
android usb wifi驱动下载,android 平台USB wifi驱动移植及使用
weixin_39988476的博客
05-26 1242
一. Android平台Wifi的基本代码路径1.Wpa_supplicant源码部分external/wpa_supplicant_6/生成库libwpa_client.so和守护进程wpa_supplicant2.Wifi的HAL层代码位于hardware/libhardware_legary/wifi/3.Wifi的JNI部分位于framewor...
android wifi wlan,在Android上实现WLAN的一点理解
weixin_42533751的博客
05-27 334
众所周知，Android 是基于Linux内核的，所以直接支持Linux的WLAN接口。WLAN的内核驱动是根据用户在UI上的设定动态加载的，通过ctrl_interface和openssl来实现WLAN的控制和安全性，TCPIP则基于WLAN的标准实现。WLAN 在Android上的体系构架如下：Application Framework : base/wifi/java/android/net...
Android WIFI架构
weixin_45030234的博客
10-11 2244
App 与 system_server 通过Binder通信，但Binder本身只实现了IPC，即类似socket通信的能力。从功能上来说，WifiNative是system_server 和 wpa_supplicant 对话的窗口，实际上主要依靠wpa_supplicant项目编译出来的动态库libwpa_client.so。当WIFI处在AP模式。如果说Binder是连接 App 和 system_server 的桥梁，那么WifiManager和WiFiService就是桥梁的两头。
android wifi 移植记录
Gabby
09-27 963
http://blog.csdn.net/shunzi610747304/article/details/7464639  我用的是 Ralink 的网卡，所以 wifi 网卡的名字是 ra0,  在网上看了一些文章，要改很多地方。 不就是个网卡名字问题吗？ 我有 驱动源码， 就直接在源码里把名字改成 mlan0 就得了。 在源码中找到注册网卡的 register_netde
android移植wifi驱动流程porting
krokodil98的博客
11-23 3689
android载入wifi驱动流程 因需要将公司驱动程序移植到android 10平台，故而学习了android源码关于wifi driver 载入相关的函数流程。主要涉及到的代码位于~/android-10/frameworks/opt/net/wifi下。 接下来以wifi_load_driver为起点开始分析函数调用流程。 wifi_load_driver int wifi_load_driver() { #ifdef WIFI_DRIVER_MODULE_PATH char* wif
A33 wifi移植过程记录 1day
steel0205的专栏
09-17 260
1，module编译（ko） 在A33 有4个路径放置输出ko文件 （1） linux下output/lib/module是linux拷贝驱动ko文件下放置的路径 （2） lichee下 PET_A33_6.0.1/lichee/out/sun8iw5p1/android/common/lib/modules/下 是编译boot后 从（1）路径下拷贝的ko文件 （3） extra-bsp是从（2）下拷贝到 A33PET/PET_A33_6.0.1/android/device/softwinne...
android ril wifi,Android WIFI Ralink RT3070开发记录
weixin_42509293的博客
05-26 197
一、wifi基本架构1、开源代码移植部分(external目录下)wireless_tools、wpa_supplicant、wpa_supplicant_6(后两项已经移植过)生成库libwpaclient.so和守护进程wpa_supplicant及iwconfig、iwlist等相关的测试程序2、hardware/libhardware_legary/wifi/wifi.c是wifi管理库生...
Android 7.12 移植rtl8723bu记录
ewin2012的专栏
02-26 389
Android 7.12 移植rtl8723bu记录
Android Wifi 移植配置
Linux Android Web
07-20 659
http://blog.csdn.net/wh_19910525/article/details/7397570 最近移植wifi到Eclair，Froyo平台。由于没有记录下移植步骤和心得，以至于每次都浪费了大量的精力。在此记录下移植步骤和心得，并和大家分享，如果有错误欢迎指正。 1、在你的BoardConfig.mk文件中增加一行（根据你的无线网卡类型来设置）：
iTOP4412-SDIO WiFi移植文档.pdf
02-27
一段时间的研究、调试,终于成功的将 WiFi 功能移植到了开发板上面，这里笔者记录移植过 程及注意事项，方便以后工作需要。 iTOP-4412 开发板的 WiFi 模块与板卡之间的连接采用 SDIO 接口，WiFi 硬件模块使用的 是 ...
Android 3G平板WiFi移植教程：从嵌入式Linux到Marvell 8686开发
本项目概述主要聚焦于Android 3G平板电脑的功能集成和开发过程，特别关注于WiFi模块的移植。Android作为一款流行的移动操作系统，其底层硬件基础由ARM架构支持，针对手持设备提供了丰富的功能，包括多点触摸屏、WIFI...
Android U 多任务启动分屏——SystemUI流程（更新中）
最新发布
yimelancholy的博客
11-18 208
前文说到通过接口跨进程调用到了SystemUI进程，我们继续分析分屏在systemui中的实现。
Android 实现进入设置需要密码弹窗&更新密码后弹窗
qq_46687516的博客
11-18 683
更新密码失败</string><string name="password_old">输入旧密码</string><string name="password_new">输入新密码</string><string name="password_change">更改密码
RN开发搬砖经验之—React Native（RN）应用转原生化-Android 平台
技术的学习与积累是个技术活
11-15 1101
从原生组件传递属性到 React Native
Android15之解决：Dex checksum does not match for dex：framework.jar问题(二百三十九)
Android系统攻城狮
11-15 632
本篇目的：Android15之解决：Dex checksum does not match for dex：framework.jar问题是 Android 操作系统中核心的框架库，位于系统目录下，扮演了 Java 层与 Native 层以及底层硬件之间的重要桥梁角色。它包含了大量用于 Android 应用程序开发的核心 API 和服务，提供了 Android 系统运行的基础功能。核心内容包含了 Android SDK 中的绝大部分核心 API，例如等。
【Android compose原创组件】在Compose里面实现内容不满一屏也可以触发边界阻尼效果的一种可用方法
许多仙的博客
11-16 291
在安卓 View 传统命令式开发里面提供了非常多稳定美观体验好的组件，但是目前Compose还未有可用的组件，比如View中可以使用 coordinatorlayout 的滚动效果可以实现局部（即使内容不满一屏也可以触发滚动边界阻尼效果），为了最小成本实现相同的效果，我们可以利用Column的滚动边界为基础间接实现类似效果。
Android集成FCM（Firebace Cloud Messaging ）
qq_32671919的博客
11-18 295
4、无法生成token的话，检查是不是没有安装Google play services服务。2、可以开启自启动权限，进程不在的时候收的FCM可以将进程拉起来。1、接收FCM消息需要进程存活，否则收不到。3、自测接受FCM消息的时候手机不需要翻墙。文件中，同时添加要在您的应用中使用的。根级（项目级）Gradle 文件 (模块（应用级）Gradle 文件 (完成以上工作就可以正常接收到消息了。注意：系统设置中需要开启通知权限。将设备上生成的token添加进去。将该插件作为依赖项添加到您的。
Android OpenGL ES详解——实例化
闲暇部落
11-15 1221
就像你所看到的，在合适的条件下，实例渲染对于你的显卡来说和普通渲染有很大不同。处于这个理由，实例渲染通常用来渲染草、草丛、粒子以及像这样的场景，基本上来讲只要场景中有很多重复物体，使用实例渲染都会获得好处。参考文章。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值