wifi/BT芯片RTL8723DS驱动移植和测试之一wifi篇

目录

背景：

1、增加驱动源码：

 2、内核增加配置：

 （1）配置 USB 支持设备  

 （2）配置支持 WIFI 设备    

 （3）配置支持 IEEE 802.11  

 （4）使能 STAGING 配置    

 （5）rtl8723ds 驱动配置    

 （6）rtl8188eus 驱动配置  

3、配置设备树

 4、测试驱动

 （1）固件的拷贝

 （2）加载驱动

5、根文件系统的支持

6、测试联网：

（1）打开 WIFI 网卡：

（2）扫描网络：

（3）联网：

7、设置为热点以及蓝牙的测试（这步是正点教程中没有提到的）

（1）增加buildroot配置，以支持命令 rfkill 和 udhcpd

（2）设置为ap热点模式

（3）测试蓝牙

8、新增wifi驱动导致rootfs挂载失败（于2023.4.26增）

原因：

解决方案：

背景：

开发板是正点原子的STM32MP157，使用buildroot制作的根文件系统。

芯片8723DS的wifi使用sdio接口，蓝牙使用普通串口，但是不是透传的那种，不支持AT指令，而是支持bluez协议栈的。

1、增加驱动源码：

 开发板光盘 A-基础资料→1、程序源码→2、Linux 驱动例程→29_WIFI。这个目录只是存放着 RTL8723DS 这个芯片的wifi驱动源码，RTL8188EUS 是直接使用内核自带的驱动源码即可。
 RTL8723DS是板载wifi驱动，RTL8188EUS是usb外接wifi驱动。
 修改对应的kconfig和makefile。

 2、内核增加配置：

 （1）配置 USB 支持设备
  

  -> Device Drivers 
        -> <*> USB support
            -> <*> Support for Host-side USB //选中
                -> <*> EHCI HCD (USB 2.0) support //选中
                -> <*> OHCI HCD (USB 1.1) support //选中
                -> <*> ChipIdea Highspeed Dual Role Controller //选中
                    -> [*] ChipIdea device controller-> //选中
                    -> [*] ChipIdea host controller //选中

 （2）配置支持 WIFI 设备
    

-> Device Drivers 
        -> [*] Network device support 
            -> [*] Wireless LAN
                -> <*> IEEE 802.11 for Host AP (Prism2/2.5/3 and WEP/TKIP/CCMP) //选中 
                    -> [*] Support downloading firmware images with Host AP driver //选中
                    -> [*] Support for non-volatile firmware download //选中

 （3）配置支持 IEEE 802.11
  

 -> Networking support (NET [=y]) 
        -> Wireless (WIRELESS [=y]) 
            -> <M> cfg80211 - wireless configuration API //编译成模块

这里编译进内核也可。

 （4）使能 STAGING 配置
    

-> Device Drivers
        -> [*] Staging drivers //选中

 （5）rtl8723ds 驱动配置
    

-> Device Drivers 
        -> Network device support (NETDEVICES [=y]) 
            -> Wireless LAN (WLAN [=y]) 
                -> Realtek devices (WLAN_VENDOR_REALTEK [=y])
                    -> <M> Realtek 8723D SDIO or SPI WiFi //编译为模块

这里编译进内核也可。

 （6）rtl8188eus 驱动配置
  

 -> Device Drivers 
        -> Staging drivers (STAGING [=y])
            -> <M> Realtek RTL8188EU Wireless LAN NIC driver

3、配置设备树

stm32mp157d-atk.dts内追加内容：

&sdmmc3 {
    pinctrl-names = "default", "opendrain", "sleep";
    pinctrl-0 = <&sdmmc3_b4_pins_a>;
    pinctrl-1 = <&sdmmc3_b4_od_pins_a>;
    pinctrl-2 = <&sdmmc3_b4_sleep_pins_a>;
    non-removable;
    st,neg-edge;
    bus-width = <4>;
    vmmc-supply = <&v3v3>;
    status = "okay";
    keep-power-in-suspend;
 };

 4、测试驱动

 （1）固件的拷贝

 有 些 模 块 是 需 要 固 件 配 合 使 用 的 ， 比 如 cfg80211.ko 驱 动 模 块 要 读 取/lib/firmware/regulatory.db 文件。
 开发板光盘 A-基础资料→1、程序源码→2、Linux 驱动例程→29_WIFI路径下有文件regulatory.db regulatory.db.p7s和rtl8188wufw.bin
 regulatory.db固件和regulatory.db.p7s固件都是cfg80211.ko模块需要加载的。rtl8188wufw.bin固件是 r8188.ko 模块需要加载的。

 （2）加载驱动

 insmod cfg80211.ko
 insmod 8723ds.ko
 insmod r8188eu.ko   //测试无法生成wlan1，和教程不符

此时config -a下生成wlan0网卡。

5、根文件系统的支持

buildroot增加新配置，重新编程生成根文件系统。

→ Target packages 
    → Networking applications
        → [*] wireless tools //选中
            →[*] Install shared library //选中
        → [*] wpa_supplicant //选中
            → [*] Enable nl80211 support //选中
            →[*] Enable AP mode //选中
                → [*] Enable Wi-Fi Display //选中
                → [*] Enable mesh networking //选中
            → [*] Enable autoscan //选中
            → [*] Enable EAP //选中
            → [*] Enable HS20 //选中
            → [*] Enable syslog support //选中
            → [*] Enable WPS //选中
            → [*] Enable WPA3 support //选中
            → [*] Install wpa_cli binary //选中
            → [*] Install wpa_client shared library //选中
            → [*] Install wpa_passphrase binary //选中
            → [*] Enable support for the DBus control interface //选中
            → [*] Introspection support //选中

6、测试联网：

新的根文件系统会有命令iwlist：
iwlist --help

（1）打开 WIFI 网卡：

 ifconfig wlan0 up

（2）扫描网络：

iwlist wlan0 scanning

（3）联网：

默认情况下，开发板根文件系统/etc 目录下会有一个名为“wpa_supplicant.conf”的配置文件。

ctrl_interface=/var/run/wpa_supplicant
ap_scan=1

network={
  ssid="daring"
  psk="12345678"
}

ssid是wifi名称，psk是密码
连接wifi：

wpa_supplicant -Dnl80211 -c /etc/wpa_supplicant.conf -i wlan0 &

学ip：

udhcpc -i wlan0
ping www.baidu.com

此时可能ping不通，原因是路由不对。用route命令可以看到defualt路由有多条。
先route del default，再重新学习ip，用route看看第一条default是不是wlan0，如果不是，再执行一遍route del，再ping

7、设置为热点以及蓝牙的测试（这步是正点教程中没有提到的）

教程没有提如果测试ap和蓝牙，我用《【正点原子】STM32MP157快速体验V1.6.pdf》中提到了脚本（atk-bluetooth-init.sh、alientek_sdio_wifi_setup.sh）和执行文件（rtk_hciattach），复制到我的根文件系统中。
查看脚本atk-bluetooth-init.sh发现，测试蓝牙需要命令服务管理命令systemctl，查看脚本alientek_sdio_wifi_setup.sh发现wifi设置为热点模式需要命令rfkill和udhcpd，幸好这两个命令在buildroot中可以选配。alientek_sdio_wifi_setup.sh还需要支持命令ps -aux,其实当前根文件系统中ps不支持选项u和x，我们可以修改这个脚本alientek_sdio_wifi_setup.sh，将其改为ps -A。执行文件rtk_hciattach是正点提供的，也是wifi设置热点使用的，我直接照搬。

（1）增加buildroot配置，以支持命令 rfkill 和 udhcpd

在buildroot下make busybox-menuconfig:

Networking Utilities
    -->udhcpd(21 kb)

Miscellaneous Utilities
    -->rfkill (4.4 kb)

（2）设置为ap热点模式

ifconfig wlan0 up
source ./alientek_sdio_wifi_setup.sh -m softap -d wlan0

此时报错： udhcpd: /etc/udhcpd.conf: No such file or directory
busybox中的udhcpd命令确实没有在/etc下生成文件udhcpd.conf，既然如此，我就新建一个同名文件并增加内容：

interface wlan0
lease_file /var/lib/misc/udhcpd.leases
opt subnet 255.255.255.0
opt router 192.168.1.1
opt dns 192.168.1.1 114.114.114.114
opt wins 192.168.1.1
start 192.168.1.2
end 192.168.1.253
max_leases 252
option lease 86400

其中/var/lib/misc/udhcpd.leases就是脚本alientek_sdio_wifi_setup.sh 通过touch命令生成的文件。由于脚本alientek_sdio_wifi_setup.sh指定的wlan0的ip是192.168.1.38，所以上述文件内都是192.168.1的网段。
重启开发板，重复上述操作，果然生成热点了，pc可以连接这个热点，通过ssh登陆到开发板中。

（3）测试蓝牙

./atk-bluetooth-init.sh

报错： ./atk-bluetooth-init.sh: line 25: systemctl: not found
没有命令systemctl怎么办呢？
buildroot中可以选择启动方式，busybox或者是systemd，必须二选一，busybox中有很多常用命令，不可缺少！！
systemctl是systemd其中一个主要的命令，或者使用service命令来代替systemctl，但是这两者都不可得。并且systemctl比service命令更好。
目前有个方案：在buildroot中选择systemd，这样systemctl命令就好了，没有busybox怎么办呢？在生成的根文件系统中编译移植busybox源码，并将生成的执行文件复制到根文件系统中，这样两者都兼得了！！！

所以在修改了buildroot之后，下文再介绍如何移植测试蓝牙功能   2023.4.15。

8、新增wifi驱动导致rootfs挂载失败（于2023.4.26增）

我不想命令加载cfg80211.ko和8723ds.ko驱动模块，而是直接编译到内核里了，结果根文件系统进不去，起不来。

事情的来龙去脉是这样的：

我在平时开发时，内核通过tftp加载，根文件系统通过nfs挂载，cfg80211.ko和8723ds.ko编辑进内核并没有问题。当我把这样的内核和文件系统通过STM32CubeProgrammer烧录到emmc后，系统便很难进去了。

一开始，我以为是内核有问题，然后我用这样的配置---“tftp加载内核+emmc加载rootfs”，发现根文件系统依然进不去，接着又用这样的配置启动---“emmc加载内核+nfs挂载rootfs”，发现每次都能进入系统。上述所说进不去系统，不是每次都进不去，有一两次成功进去过。

每次进不去的报错有两种：

（1）VFS: Cannot open root device "mmcblk2p3" or unknown-block(179,3): error -6
[    4.264640] Please append a correct "root=" boot option; here are the available partitions:
.............................................
driver: mmcblk
[    4.378045] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,3)

error -6对应 -ENXIO错误  表示No such device or address

（2）VFS: could not find a valid V7 on mmcblk1p3

关于这两种错误，我在网上搜索了很多解决方案，都无用。为了解决问题，我甚至研究了devtmpfs的原理，在结合内核的修改我大致猜到了原因：

原因：

开发板加载内核之时，通过devtmpfs的方式为系统添加了虚拟的/dev路径，为的是引导mount rootfs，但是由于驱动cfg80211和8723ds内置在内核里，导致内核加载驱动和添加/dev路径这两个行为发生冲突，我猜测和时序有关，这两个行为只有某一种先执行才能正确挂载rootfs，而这种情况很少出现，cfg80211和8723ds的加载导致rootfs挂载失败。那么为什么通过nfs挂载rootfs便没有问题。我认为是因为当使用nfs服务挂载rootfs时，devtmpfs的引导作用就不大了，因为内核已经明确知道通过nfs挂载rootfs了。

解决方案：

cfg80211和8723ds都编译成ko文件，不要放到内核中，系统起来后通过自定义脚本加载这两个ko。