Android 下Recovery是跟system等级别的一层，只不过recovery下实现了简单的UI。

如目录下有bootable\recovery\fonts， minui，简单的字库和图形显示。

    客户需求，需要在recovery下使用某个驱动，理论上kernel已经运行了起来，可以

按里面的sdcard方式使用，但是fopen时，却提示驱动文件不存在，打开失败。

从串口log看，发现驱动driver的prob没有运行，好奇怪的问题。但是平台级别的如

mtk spi却有，说明dts的解析是存在的。

   参看recovery编译out目录，发现uevnet.rc也正常，包括了基本需要的rc文件。

     recovery\root   init.rc  ueventd.rc

   观察编译log：

make[2]: `arch/arm64/boot/dts/mediatek/mt6771.dtb' is up to date.
make[2]: `arch/arm64/boot/dts/mediatek/evb6771_64_emmc.dtb' is up to date.
make[2]: `arch/arm64/boot/dts/mediatek/k71v1_64_bsp.dtb' is up to date.

   发现3个dts都有编译，为啥呢，同时发现spi0上的指纹prob也没有运行；发现一个规律是

platform级别的都有，这个也很自然呀。当然recovery下，本来就是一个简化的版本，不需要

太多的驱动。目前看来，只能把新增的驱动dts，移到平台级别的dts中去。经过测试，发现

竟然OK。不过原因还是有些奇怪。

      修改后，还是打不开设备，但是没有再提示找不到设备节点；这次报的是权限问题；

由于recovery下linux已经运行，可能是selinux问题，但是不清楚recovery下应用名字是啥。

参考/dev/fuse_dev设备可以使用，对比找到了解决方法。

    system/sepolicy/public/recovery.te:  allow recovery fuse_device:chr_file rw_file_perms;  

于是在recovery.te加上对应的驱动名称即可。