2019-04-16
关键字： RK 、 挂载、U盘、Hub挂载U盘
问题现象
在确保了硬件电路、dts 配置、驱动加载以及 USB 模式都没有问题的情况下，给开发板插入 U 盘，串口上也能识别到发现 U 盘设备的内核打印。但是不能自动挂载，且在常规的 dev 目录下也没有发现有 sd* 的设备文件节点出现。
解决过程
在插入 U 盘设备后，可以发现有如下打印信息
shell@rk312x:/dev/block #
shell@rk312x:/dev/block # [ 1127.769007] dwc_otg_hcd_handle_port_intr: hcd->state = , hcd->flags =
[ 1127.775872] .usb resume, HPRT0:0x21401
[ 1127.905831] Indeed it is in host mode hprt0 =
[ 1128.082717] usb -: new high-speed USB device number using usb20_otg
[ 1128.083395] Indeed it is in host mode hprt0 =
[ 1128.282860] usb -: New USB device found, idVendor=0bda, idProduct=
[ 1128.283004] usb -: New USB device strings: Mfr=, Product=, SerialNumber=
[ 1128.283088] usb -: Product: USB2.-CRW
[ 1128.283152] usb -: Manufacturer: Generic
[ 1128.283216] usb -: SerialNumber:
[ 1128.297475] usb-storage -:1.0: USB Mass Storage device detected
[ 1128.298382] scsi2 : usb-storage -:1.0
[ 1129.284565] scsi :::: Direct-Access Generic- SD/MMC 1.00 PQ: ANSI: CCS
[ 1129.288155] sd :::: Attached scsi generic sg0 type
[ 1129.989467] sd :::: [sda] -byte logical blocks: (1.01 GB/ MiB)
[ 1129.990407] sd :::: [sda] Write Protect is off
[ 1129.991351] sd :::: [sda] No Caching mode page found
[ 1129.991430] sd :::: [sda] Assuming drive cache: write through
[ 1129.997344] sd :::: [sda] No Caching mode page found
[ 1129.997433] sd :::: [sda] Assuming drive cache: write through
[ 1129.999700] sda: sda1
[ 1130.007541] sd :::: [sda] No Caching mode page found
[ 1130.007584] sd :::: [sda] Assuming drive cache: write through
[ 1130.007619] sd :::: [sda] Attached SCSI removable disk
[ 1130.130219] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 1130.167493] init: no such service 'fuse_usb_storage' shell@rk312x:/dev/block #
看到了这个信息，就说明至少板子是正确识别到了我们的 U 盘设备，甚至连我的 U 盘的容量都正确读取出来了。
对于成熟一点的 rk3128 开发板来说，外部存储设备都会被自动挂载到 /mnt 目录下面。如果在这个目录下面看不到我们 U 盘里面的文件，那可以全局搜索一下。搜索也无果的话，就只能手动去挂载了。
一般来说，外部存储设备都会被挂载到 /dev 目录下的 sd* 文件上。如果在这个目录下面发现了有，则可以手动挂载
mount /dev/sda1 /mnt/usb_storage
但是很遗憾，笔者手里这块 rk3128 就是没在 dev 目录下发现这些设备节点。
我们知道至少系统是成功识别到 U 盘设备的，可能只是我们不知道它被映射在了哪个目录下而已。这个时候，就只能靠 find 命令了。
我们注意到在刚插入 U 盘时，内核打印有一句
[ 1127.775872] .usb resume, HPRT0:0x21401
这个 10180000.usb 即是我们的 U 盘设备标识符。我们 find 一下它。
shell@rk312x: # busybox find / -name "10180000*"
find: /mnt/shell/emulated: Transport endpoint is not connected
/sys/bus/platform/devices/.usb
/sys/bus/platform/drivers/usb20_otg/.usb
/sys/devices/.usb
/sys/devices/.usb/udc/.usb
/sys/class/udc/.usb
/dev/block/platform/.usb
注意到结果最后一行有个 /dev/block/platform/10180000.usb 。我们进去看看。
|shell@rk312x: # ll /dev/block/platform/.usb
drwxr-xr-x root root -- : by-num
lrwxrwxrwx root root -- : sda -> /dev/block/sda
lrwxrwxrwx root root -- : sda1 -> /dev/block/sda1
shell@rk312x: #
原来 sda 设备节点被映射到了 /dev/block/ 目录下面！下面的结果为了减少篇幅，省略了一些无关紧要的记录。
shell@rk312x: # ll /dev/block/ brw------- root root , -- : sda
brw------- root root , -- : sda1 shell@rk312x: #
这下可终于让我们给找到 sda 节点的真实映射目录了。可以手动来挂载我们的 U 盘了。
mount -t vfat /dev/block/sda1 /mnt/usb_storage
命令执行以后就可以在 /mnt/usb_storage 目录下面看到我们 U 盘中的内容了。
rk3128 的板子比较奇怪，不加 -t 参数就不能成功挂载！而且笔者试了几个 U 盘，发现只能挂上 FAT 格式的 U 盘，至于原因尚未可知。
如果想要让系统实现自动挂载的功能，则可以修改
./device/rockchip/rk312x/fstab.rk30board.bootmode.emmc
或
./device/rockchip/rk312x/fstab.rk30board.bootmode.unknow
在这个文件中添加这个 U 盘的识别码记录即可
...
/devices/101c0000.usb /mnt/usb_storage vfat defaults voldmanaged=usb_storage:auto
...
番外：Hub芯片适配与USB设备挂载
有些开发板会通过Hub芯片来扩展USB接口的数量。
对于这种经过了 Hub 芯片的USB接口适配来说，首先要适配Hub芯片的驱动。关于硬件设备驱动程序的适配一般不复杂，本文就再赘述了。这里主要记录一下当硬件与Hub驱动都正常工作的情况下如何来适配USB接口。
正常而言，一个U盘在插进USB接口以后，系统会自动将它“认上来”，我们可以直接在文件管理器中读取到这个U盘里面的文件内容。 这一功能包含了：
1、U盘硬件识别；
2、U盘设备映射成文件；
3、将U盘设备文件挂载成存储盘。
在用户眼里这一“自动”过程其实是由系统帮我们实现了这一系列的流程而已。
如果我们的U盘在插入以后，不能被认上来，那么可以在以上几个步骤中找找原因。
首先我们来看看前两步。
当我们适配好Hub的驱动程序后，插入U盘，可以看到如下内核打印信息：
[ 10.339544] android_work: sent uevent USB_STATE=CONFIGURED
[ 490.101898] usb -1.1: new high-speed USB device number using rockchip_ehci1_host
[ 490.212642] usb -1.1: New USB device found, idVendor=14cd, idProduct=
[ 490.212850] usb -1.1: New USB device strings: Mfr=, Product=, SerialNumber=
[ 490.212973] usb -1.1: Product: Mass Storage Device
[ 490.213077] usb -1.1: Manufacturer: Generic
[ 490.213156] usb -1.1: SerialNumber:
[ 490.220365] usb-storage -1.1:1.0: USB Mass Storage device detected
[ 490.223720] scsi0 : usb-storage -1.1:1.0
[ 490.230439] rockchip-rt5631 rockchip-rt5631.: ASoC: CODEC (null) not registered
[ 490.230497] rockchip_rt5631_audio_probe() register card failed:-
[ 490.230541] platform rockchip-rt5631.: Driver rockchip-rt5631 requests probe deferral
[ 490.231179] rockchip-rt3261 rockchip-rt3224.: ASoC: CODEC (null) not registered
[ 490.231223] rockchip_rt3261_audio_probe() register card failed:-
[ 490.231262] platform rockchip-rt3224.: Driver rockchip-rt3261 requests probe deferral
[ 490.231756] rockchip-es8388 rockchip-es8388.: ASoC: CODEC (null) not registered
[ 490.231800] rockchip_es8388_audio_probe() register card failed:-
[ 490.231830] platform rockchip-es8388.: Driver rockchip-es8388 requests probe deferral
[ 491.205814] scsi :::: Direct-Access Mass Storage Device 1.00 PQ: ANSI: CCS
[ 491.215685] rockchip-rt5631 rockchip-rt5631.: ASoC: CODEC (null) not registered
[ 491.215993] rockchip_rt5631_audio_probe() register card failed:-
[ 491.216187] platform rockchip-rt5631.: Driver rockchip-rt5631 requests probe deferral
[ 491.217087] sd :::: Attached scsi generic sg0 type
[ 491.218948] rockchip-rt3261 rockchip-rt3224.: ASoC: CODEC (null) not registered
[ 491.219190] rockchip_rt3261_audio_probe() register card failed:-
[ 491.219379] platform rockchip-rt3224.: Driver rockchip-rt3261 requests probe deferral
[ 491.221518] rockchip-es8388 rockchip-es8388.: ASoC: CODEC (null) not registered
[ 491.221747] rockchip_es8388_audio_probe() register card failed:-
[ 491.221907] platform rockchip-es8388.: Driver rockchip-es8388 requests probe deferral
[ 491.457689] sd :::: [sda] -byte logical blocks: (8.02 GB/7.47 GiB)
[ 491.459200] sd :::: [sda] Write Protect is off
[ 491.460781] sd :::: [sda] No Caching mode page found
[ 491.460875] sd :::: [sda] Assuming drive cache: write through
[ 491.471083] sd :::: [sda] No Caching mode page found
[ 491.471199] sd :::: [sda] Assuming drive cache: write through
[ 491.473791] sda: sda1
[ 491.488854] sd :::: [sda] No Caching mode page found
[ 491.488934] sd :::: [sda] Assuming drive cache: write through
[ 491.488999] sd :::: [sda] Attached SCSI removable disk
[ 492.564591] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
最主要的信息就是前面的 usb 1-1.1 了。只要能看到这个信息，就表明上面三个步骤中的前两步都是没问题的。那问题就只能出现最后一步映射上了。
这个映射，靠的是一个叫 fstab 的文件：文件系统映射表。
不同的系统这一文件的名称与位置可能不一样。笔者的Android系统中，这一文件为：
./device/rockchip/rk3288/fstab.rk30board.bootmode.emmc
前面我们在插入U盘以后看到的那串内核打印里有个前缀“usb 1-1.1”，这后面的 ".1" 就代表这个U口在Hub中的序号。我们把同一个U盘往不同的口插，可以看到这个序号是不一样的。这个需要记住。
其次，我们还要知道Hub芯片是接在CPU的哪一个USB资源口上，我们需要知道这一usb资源的地址。
例如，笔者手里的板子就是接到 usb4 上的，它的地址如下：
知道了上面这些信息以后，就可以在 fstab 文件中添加或修改自动挂载信息了。如下图所示：
第一列就是Hub上每一个U口的信息。第二列就是在Android系统中的挂载点。这两部分的信息需要根据自己的实际情况来填写，其余部分照抄就行了。
要注意，如果挂载点还有其它设备在使用着，应视情况删去其它挂载信息或更改挂载点。总之，我们要保证被挂载点是唯一的。
如此，再次编译系统镜像，验证就可以解决Hub式的USB接口不能认到U盘等设备的问题了。