技术博客
首页 所有文章 标签 分类 关于
技术博客

目录

实战案例分享Android-WLAN-Hal层移植MTKQCA6696

 收录于 经验 Fi
   约 2494 字   预计阅读 5 分钟 
https://bing.ee123.net/img/rand?artid=146088153

实战案例分享：Android WLAN Hal层移植（MTK+QCA6696）

本文将详细介绍基于MTK平台，适配高通（Qualcomm）QCA6696芯片的Android WLAN HAL层的移植过程，包括HIDL接口定义、Wi-Fi驱动移植以及wpa_supplicant适配过程，涵盖STA与AP模式的常见问题与解决方法。

1. HIDL接口简介

HIDL（HAL Interface Definition Language）是一种用于定义Android HAL层与Framework之间接口的描述语言（IDL），其核心目的是隔离Framework与厂商提供的HAL实现，使得Framework更新时，无需重新编译厂商的HAL组件。厂商可独立编译并在Vendor分区中单独更新。

HIDL架构

HIDL架构由接口定义、服务端（Server）和客户端（Client）三部分构成。

  • 接口定义（Interface）：.hal文件，定义接口及其方法。
  • 服务端（Server）：实现HIDL接口，接收客户端调用并返回数据。
  • 客户端（Client）：调用服务端提供的接口。

Android 8.0以前，HAL以.so库形式与Framework同进程运行；8.0之后则分属不同进程，通过HIDL进行通信。

https://i-blog.csdnimg.cn/direct/753d2fffb8c64e6589e7d782247b5f30.png

2. HIDL的关键文件

HIDL相关的重要文件包括：

  • .hal接口定义文件，如IWifi.hal等以.hal为结尾的文件都是自己创建添加的。这里定义一些未实现的接口。

https://i-blog.csdnimg.cn/direct/30002a0faac64e96a093240d6cf5a10a.png

  • 根据.hal生成的.cpp和.h文件，每对这个文件都是根据前面的.hal生成的，这对文件是实现接口的关键文件。

https://i-blog.csdnimg.cn/direct/9dcfb70c5e154de9bf4768f1d8c1ce0f.png

  • 相关服务启动文件，如android.hardware.wifi@1.0-service.rc、service.cpp。
  • 构建文件，如Android.mk、Android.bp是用Andriod提供的工具生成

以setcountrycode为例：frameworks\opt\net\wifi\service\java\com\android\server\wifi\WifiNative.java

https://i-blog.csdnimg.cn/direct/e0d7ff96abd04bb1bf3cc6da55bfba5e.png

frameworks\opt\net\wifi\service\java\com\android\server\wifi\SupplicantStaIfaceHal.java

https://i-blog.csdnimg.cn/direct/c2d15130f1684108b01d8f1805dbac1e.png

hardware\interfaces\wifi\supplicant\1.0\ISupplicantStaIface.hal

https://i-blog.csdnimg.cn/direct/542212f39352454cbd0e51f967811510.png

external\wpa_supplicant_8\wpa_supplicant\hidl\1.1\sta_iface.cpp

https://i-blog.csdnimg.cn/direct/3d7e6fcd9cdf4a0689df12142478c08d.png

3. 移植(STA部分)

Wi-Fi驱动中的wpa_supplicant不是使用的HIDL，换句话说不是为了Andriod设计的，所以我们要使用MTK平台原生的wpa_supplicant。

https://i-blog.csdnimg.cn/direct/3a7f93bec8d147be89d62e1008fd8544.png

boardconfig.mk的修改，这里面用到的宏尽量保持和在高通平台用的一致。

https://i-blog.csdnimg.cn/direct/84e199ba50ce49ddb1a0f8c20254fadf.png

https://i-blog.csdnimg.cn/direct/61b491b586ab4bb0a6518b936e3fb948.png

准备适配高通的wpa_supplciant时出现问题，关键在于高通的这个wpa_supplicant用的是1.2的，要改成和原来适配的1.1，像下面的报错就是wpa_supplicant中客户端调用的hidl接口没有完全满足。

https://i-blog.csdnimg.cn/direct/c7e4034e8425406e902deb209c5398cd.png

这个时候就去external\wpa_supplicant_8\wpa_supplicant\hidl\1.1下面去把这些声明加上吗，这是一个比较耗时的操作。

https://i-blog.csdnimg.cn/direct/6cf36b9020c740e39b9067b4cfb43ade.png

遇到下面这个问题时，换个ctrl_interface

09-01 06:26:22.755 3699 3699 E wpa_supplicant: mkdir[ctrl_interface=/var/run/wpa_supplicant]: No such file or directory

09-01 06:26:22.755 3699 3699 E wpa_supplicant: Failed to initialize control interface ‘/var/run/wpa_supplicant’.

如下：

ctrl_interface=/data/vendor/wifi/wpa/sockets

#ctrl_interface=/var/run/wpa_supplicant

https://i-blog.csdnimg.cn/direct/04eca0b5612d4e528bb519932e17c812.png

因为我们执行wpa_cli默认的接口是/var/run/wpa_supplicant，当我们执行wpa_cli时就会去这个接口里找socket,所以此时应该指定接口：

wpa_cli -i wlan0 -p /data/vendor/wifi/wpa/sockets # 这个ctrl_interface只是创建了一个sockets给用户侧交互而已。

把Wi-Fi驱动名字换成wlan.ko，否则会报类似下面的错误：

https://i-blog.csdnimg.cn/direct/ae5e3d56598d44218d0d6daaa9323cdc.png

在我第一天把STA模式导通后，后面导通完AP模式，再来看STA模式时，发现总是报下面的log，找不到原因。

https://i-blog.csdnimg.cn/direct/5d5ca257b6424a0c8316171290e93165.png

然后就代码跟进去一行一行的看，才发现是以下导致的。

我首先发现以下不对，我是从界面上点击Wi-Fi按钮，log中也能看到WLAN0口起来了

09-16 07:43:01.267 2410 2410 E wificond: :p2p0:wlan0

09-16 07:43:01.267 2410 2410 E wificond: :wlan0:wlan0

为什么下面的代码走的是IfaceType::P2P的分支？？

https://i-blog.csdnimg.cn/direct/39b4f4d3b8ae45049fd4cdcb7e83bbc5.png

进一步追代码可知，在supplicant.cpp中通过调用wpa_supplicant_get_iface来获取global 接口，默认接口被p2p填充了，而在p2p_supplciant.c中能看到若p2p_disabled参数没有被定义，则p2p会把整个init流程走下来。也就是出问题的点。

https://i-blog.csdnimg.cn/direct/ed074908670d44d288bbcf888ab78919.png

https://i-blog.csdnimg.cn/direct/67ad446bcdba436f963de68aa9c2d2b7.png

而最根本的原因是wpa_supplicant_overlay.conf不知道什么原因没有了，所以得把这个文件加在下面默认的目录下/vendor/etc/wifi/，然后在wpa_supplicant_overlay.conf中会默认定义p2p_disabled=1。

Supplicant.cpp：

constexpr char kStaIfaceConfOverlayPath[] ="/vendor/etc/wifi/wpa_supplicant_overlay.conf";

下面是正常Log（左侧）和异常Log（右侧）的对比。

https://i-blog.csdnimg.cn/direct/cbc01f92f13a40c5acb1add84523cde5.png

下面是正常Log：

09-17 05:20:22.112 2912 2912 E wpa_supplicant: Initializing interface ‘wlan0’ conf ‘/data/vendor/wifi/wpa/wpa_supplicant.conf’ driver ’nl80211’ ctrl_interface ‘N/A’ bridge ‘N/A’

09-17 05:20:22.112 2912 2912 E wpa_supplicant: Configuration file ‘/data/vendor/wifi/wpa/wpa_supplicant.conf’ -> ‘/data/vendor/wifi/wpa/wpa_supplicant.conf’

09-17 05:20:22.112 2912 2912 D wpa_supplicant: Reading configuration file ‘/data/vendor/wifi/wpa/wpa_supplicant.conf’

09-17 05:20:22.112 2912 2912 D wpa_supplicant: update_config=1

09-17 05:20:22.112 2912 2912 D wpa_supplicant: eapol_version=1

09-17 05:20:22.113 2912 2912 D wpa_supplicant: ap_scan=1

09-17 05:20:22.113 2912 2912 D wpa_supplicant: fast_reauth=1

09-17 05:20:22.113 2912 2912 D wpa_supplicant: pmf=1

09-17 05:20:22.113 2912 2912 D wpa_supplicant: p2p_add_cli_chan=1

09-17 05:20:22.113 2912 2912 D wpa_supplicant: Reading configuration file ‘/vendor/etc/wifi/wpa_supplicant_overlay.conf’

09-17 05:20:22.113 2912 2912 D wpa_supplicant: disable_scan_offload=1

09-17 05:20:22.113 2912 2912 D wpa_supplicant: p2p_disabled=1

4. 移植（AP部分）

1、AP部分：出现下面的log时，把hostapd.conf中的下面参数注释掉

#ctrl_interface_group=radio

09-10 08:45:53.858 3720 3720 D hostapd : Using existing control interface directory.

09-10 08:45:53.858 3720 3720 E hostapd : billy ctrl_interface_gid_set:1,ctrl_interface:/data/vendor/wifi/wpa/sockets,ctrl_interface_gid:1001,ctrl_iface_group:0

09-10 08:45:53.858 3720 3720 E hostapd : billy1 lchown[ctrl_interface]: Operation not permitted

09-10 08:45:53.858 3720 3720 E hostapd : Failed to setup control interface for wlan0

2、出现下面的权限问题时chmod 777 /sys/module/wlan/parameters/fwpath

https://i-blog.csdnimg.cn/direct/ebfe16870d904103a639ba91bf9506ef.png

3、解决完了会遇到下面的问题。

09-10 10:52:23.461 4043 4043 E : Unknown iface name: ap0

https://i-blog.csdnimg.cn/direct/70b963ec997b49ddbf417415f95fda57.png

我在hardware/interface下面发现createApIfaceInternal里面获取interface时直接写死成了ap0，不知道是不是MTK的操作。Ap0我们是没有这样的接口的，把它释放后，上面的错误就OK了。

https://i-blog.csdnimg.cn/direct/9c38d1788d5a4ae0a782c82a78d383d4.png

下面是起AP时起的wlan0口。

09-15 00:43:38.992 2579 2677 I WifiNative: Interface state changed on Iface:{Name=wlan0,Id=16,Type=AP}, isUp=true

09-15 00:43:38.992 2579 2677 I WifiNative: Successfully setup Iface:{Name=wlan0,Id=16,Type=AP}

5. 总结

通过上述方法和注意点，能顺利完成MTK平台对QCA6696 WLAN HAL层的移植。整体改下来，主要是改的wpa_supplciant下面的hidl和.c部分，比较少改动hardware/interface/下面，没有改动framework部分。

也就是说主要改的是HIDL 的server端，即接收hidl调用并返回数据的一方，client端怎么调用那是固定好的，比如在该获取interface的时候我们不管它怎么调，我能保证我返回的interface可用就行。

更新于 2025-03-07
 Wlan, Qualcomm, Mtk, Hal, Android
返回 | 主页