嵌入式Linux系统TF卡热插拔检测问题

一、背景介绍

项目上使用linux系统，运行主控是君正T41，遇到一个系统无法识别TF卡的问题，经过一番探索最终成功解决。感觉挺有意思的，记录下分析和解决的过程。

二、现象描述

插入TF卡后系统无任何反应，也没有生成 /dev/mmcblk0 这个文件，但是在uboot里可以正常识别和读取。起初怀疑是内核配置问题，将mmc相关的配置检查了一遍，并未发现什么异常。正在苦思无果时，我注意到内核启动时有打印这么两行：

三、分析过程

既然在uboot里识别和读取正常，说明至少硬件上读写是没问题的，结合内核启动时的打印信息，我推测问题应该是出在卡检测上面。TF卡是通过SDIO接口连接到主控芯片，除了基本的通信脚，还有一个CD脚用于TF卡热插拔检测。

推测应该是CD脚有差异，在板子上执行如下指令查看系统GPIO管脚定义：

mount -t debugfs debugfs /sys/kernel/debug
cat /sys/kernel/debug/gpio

得到如下结果：

终于发现端倪，可以看到系统默认的CD脚是gpio-59，也就是PB27。但我这块板子的CD脚实际连的是PB26，硬件与驱动对应不上，导致内核无法检测到TF卡。像这种基础功能，原则上按芯片厂商的参考设计来，就没任何问题了，可能是硬件团队的同事出于某种考虑，将这个CD脚调整了。

四、解决方法

问题已经明确，接下来就是考虑如何将驱动程序里的管脚定义改过来。这里涉及到几层关系，系统mmc调用SDHCI这个标准接口，SDHCI由ingenic-sdhci实现，于是决定就从这里入手。打开内核路径下的sdhci相关的源码 kernel-4.4.94/drivers/mmc/host/sdhci-ingenic.c 搜索关键字“SDHCI EXT CD”，果真还让我找到了一个函数：

这个函数的功能是设置卡检测的管脚，但是管脚的信息是通过参数传进来的，于是向上一层层追溯，最终发现这个CD脚的定义并不在这里，而是通过dts也就是设备树动态传递过来的。有了这个信息就好办了，开始挖dts的代码，路径 kernel-4.4.94/arch/mips/boot/dts/ingenic/marmot.dts 我这里使用的君正T41（mips架构），内核默认配置是marmot，如果是其他处理器会不一样，要根据实际。

找到对应的dts文件后就简单了，很容易就找到了定义CD脚的地方：

可以看到当前是PB27，改成PB26后，重新编译内核，烧录，成功检测到TF卡！

五、结束