我们正在尝试让基于 SDIO 的 802.11 模块在 beaglebone 的 SDIO 端口上工作。我们将厂商提供的设备树覆盖适配到我们的硬件上，编译驱动，驱动甚至可以成功加载，我看到了lsmod，但是没有界面出现。
现在我的理解中缺少一个链接：驱动程序怎么知道SDIO3上有wifi适配器？使用的接口未在任何地方配置。系统不应该扫描 SDIO 总线以查找设备并加载与找到的设备匹配的驱动程序吗？但dmesg|grep -i sdio甚至不给比赛......
在以“太宽泛”结束这个问题之前：问题不是关于如何解决这个问题（这确实太宽泛了），而是关于如何调试或系统地缩小原因。有哪些步骤可以测试来确定问题是否是由设备树端、内核模块或两者之间的一些胶水引起的？
在运行 Debian 的袖珍小猎犬上，我有三个 spidev 设备（spidev1.0、spidev2.0 和 spidev2.1）。
我在 spi1 上有一个 SPI 温度传感器（即 spidev2.0 和 spidev2.1）。2.0 上的环回测试（通过跨接 MOSI 和 MISO）有效。数据回来给我。但是我无法将数据发送到温度传感器。当我切换到 2.1 时，一切正常。
这是为什么？2.0 和 2.1 有什么区别？
我想使用 PRU 在 beaglebone black 上运行 McSPI throw register 编程。因此，我需要根据技术参考手册 AM335x 禁用（该 spi 模块的）spidev 来操作 mcspi 的寄存器。换句话说，我想从 spidev 控制 spi 模块并使用寄存器级编程。我如何禁用spidev模块？
同样在我的 BBB 中的命令下方，显示两个 spi 模块的 spidev 都处于活动状态：
root@beaglebone:~# ls /dev/sp*
/dev/spidev1.0 /dev/spidev1.1 /dev/spidev2.0 /dev/spidev2.1
