本文将详细介绍基于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进行通信。
2. HIDL的关键文件
HIDL相关的重要文件包括：
- .hal接口定义文件，如IWifi.hal等以.hal为结尾的文件都是自己创建添加的。这里定义一些未实现的接口。
- 根据.hal生成的.cpp和.h文件，每对这个文件都是根据前面的.hal生成的，这对文件是实现接口的关键文件。
- 相关服务启动文件，如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
frameworks\opt\net\wifi\service\java\com\android\server\wifi\SupplicantStaIfaceHal.java
hardware\interfaces\wifi\supplicant\1.0\ISupplicantStaIface.hal
external\wpa_supplicant_8\wpa_supplicant\hidl\1.1\sta_iface.cpp
3. 移植(STA部分)
Wi-Fi驱动中的wpa_supplicant不是使用的HIDL，换句话说不是为了Andriod设计的，所以我们要使用MTK平台原生的wpa_supplicant。
boardconfig.mk的修改，这里面用到的宏尽量保持和在高通平台用的一致。
准备适配高通的wpa_supplciant时出现问题，关键在于高通的这个wpa_supplicant用的是1.2的，要改成和原来适配的1.1，像下面的报错就是wpa_supplicant中客户端调用的hidl接口没有完全满足。
这个时候就去external\wpa_supplicant_8\wpa_supplicant\hidl\1.1下面去把这些声明加上吗，这是一个比较耗时的操作。
遇到下面这个问题时，换个ctrl_interface
09-01 06:26:22.755 3699 3699 E wpa_supplicant: mkdir[ctrl_interface=/var/run/wpa_supplicant]: No such file or directory09-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
因为我们执行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，否则会报类似下面的错误：
在我第一天把STA模式导通后，后面导通完AP模式，再来看STA模式时，发现总是报下面的log，找不到原因。
然后就代码跟进去一行一行的看，才发现是以下导致的。
我首先发现以下不对，我是从界面上点击Wi-Fi按钮，log中也能看到WLAN0口起来了
09-16 07:43:01.267 2410 2410 E wificond: :p2p0:wlan009-16 07:43:01.267 2410 2410 E wificond: :wlan0:wlan0
为什么下面的代码走的是IfaceType::P2P的分支？？
进一步追代码可知，在supplicant.cpp中通过调用wpa_supplicant_get_iface来获取global 接口，默认接口被p2p填充了，而在p2p_supplciant.c中能看到若p2p_disabled参数没有被定义，则p2p会把整个init流程走下来。也就是出问题的点。
而最根本的原因是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（右侧）的对比。
下面是正常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=109-17 05:20:22.112 2912 2912 D wpa_supplicant: eapol_version=109-17 05:20:22.113 2912 2912 D wpa_supplicant: ap_scan=109-17 05:20:22.113 2912 2912 D wpa_supplicant: fast_reauth=109-17 05:20:22.113 2912 2912 D wpa_supplicant: pmf=109-17 05:20:22.113 2912 2912 D wpa_supplicant: p2p_add_cli_chan=109-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=109-17 05:20:22.113 2912 2912 D wpa_supplicant: p2p_disabled=1
4. 移植（AP部分）
1、AP部分：出现下面的log时，把hostapd.conf中的下面参数注释掉
#ctrl_interface_group=radio09-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:009-10 08:45:53.858 3720 3720 E hostapd : billy1 lchown[ctrl_interface]: Operation not permitted09-10 08:45:53.858 3720 3720 E hostapd : Failed to setup control interface for wlan0
2、出现下面的权限问题时chmod 777 /sys/module/wlan/parameters/fwpath
3、解决完了会遇到下面的问题。
09-10 10:52:23.461 4043 4043 E android.hardware.wifi@1.0-service: Unknown iface name: ap0
我在hardware/interface下面发现createApIfaceInternal里面获取interface时直接写死成了ap0，不知道是不是MTK的操作。Ap0我们是没有这样的接口的，把它释放后，上面的错误就OK了。
下面是起AP时起的wlan0口。
09-15 00:43:38.992 2579 2677 I WifiNative: Interface state changed on Iface:{Name=wlan0,Id=16,Type=AP}, isUp=true09-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可用就行。
