目录
（1）增加buildroot配置，以支持命令 rfkill 和 udhcpd
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。
2473
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
