SD Card驱动分析(二)

 在前一篇写了关于SD卡的驱动,但是还是比较简单。最近在一个车载项目上遇到快速Suspend/Resume的问题。客户需要在频率很高的Suspend/Resume之后SD卡能够保证文件的续传。这样又得更加深入研究SDBus层的内容了。

 首先要描述一下SD卡文件续传的问题,在系统Suspend的时候,系统为了节省电能要求SD在Sleep状态下不供电。但是等到resume起来之后肯定是没有办法续传的。为了解决这个问题,在SD的PowerDown的过程中,将SD的VCC关掉。在SD的PowerUp中执行一次仿拔插(fake remove/insert)。也就是在系统起来的过程中,先执行一次Remove卡的动作,再执行一次卡插入的东西。但是这些只是程序来做,硬件上并没有卡的插拔动作。为什么要这样子做呢?因为在SD卡能够传输数据前首先要进行识别(Identification)的过程。之后转到传输模式(Transfer Mode)。在Suspend时关闭VCC那么卡等于已经不处于传输模式,那么Resume起来之后自然没法续传。那么根据这个才需要做仿拔插的动作,这样才会重新进行卡的识别过程,使卡进入传输模式。当然这只是保证卡能够续传的一个方面,要想续传还需要文件系统支持才可以,因为在续传之前对于文件的句柄都是由文件系统所管理的。刚好CE的文件系统管理器提供了这个机制,在执行仿拔的时候系统会UnMount SD卡,但是系统并不会立刻UnMount SD卡,而是需要等待一个Delay时间。在这个时间到了之前卡重新被Mount上的话SD卡就不会别Unmount掉了,如果时间到卡还没有被Mount那么这时卡才被真正的UnMount。有了这个机制,才可以进行文件的续传。

 然而在很快的进行Suspend/Resume之后,发现在最后一次Resume起来之后,那个Delay时间已经过了,那么SD卡被UnMount自然无法进行续传了。后来又发现即便这个Delay时间满足要求,在文件系统部分也会存在问题。文件系统会去判断一个Vol的句柄,如果不可用就会去等待,时间到就直接退出了。所以对于这个问题,这两个点是关键点。

 不过这个问题已经给我同事解了。在StorageManager中去判断卡的状态,通过它来决定是否要真正的UnMount卡。这样即便Delay时间到只要卡的状态OK,就忽略UnMount的动作。这样就可以解决Delay时间的问题。那么文件系统的问题如何解决呢?

在文件系统判断Handler的地方,通过Vol的名字来判断如果是SD 卡就会一直Hold住,而其他的块设备则不受影响。

 虽然问题已经解决,但是还是研究了一下Bus层的代码。而且修改了一下也有些效果。

 首先是看总体的驱动结构:

 最上面是:CSDHostContainer

 下面就是CSDHost,CSDSlot。这三个部分在操作过程中基本没什么变化。

 在下面还有CSDDevice 和 DeviceFolder。这两个是动态的,卡插入后创建相应的对象,卡移除后删除。

 那么如何修改Bus层来解决上面续传的问题呢?在卡插入的过程中会创建CSDDevice的对象,那么在仿拔的过程不去删除这个

CSDDevice的对象,接下来在仿插的过程中,当然也会再创建一个CSDDevice的对象,实际我们并不需要这个对象。它的作用只是让卡进入传输模式。等卡进入传输模式后删除掉后一个CSDDevice的对象,恢复最早的那个CSDDevice的对象。这样就可以不用到StorageManager部分来控制了。那么续传的过程还需要设置一个等待,因为文件系统的部分没有Delay,所以系统一Resume起来马上会执行续传操作,这时可能在Bus层还没有恢复回来,所以在Memory层的IoControl加一个Delay来解决。

 

 虽然这样修改可以实现不动StorageManager来实现,但是还有部分问题没有解决。这样修改之后快速Suspend/Resume之后还是会有问题,同时如何判断Resume后卡是不是换过也需要进行判断,而这部分在StorageManager中去判断卡的部分做的很完善。

 今天又进行了一些尝试,发现在快速Suspend/Resume之后虽然用了上面说的方法可以不涉及StorageManager但是发现还是会无法使用SD卡,后来发现在最后一次Resume起来后实际的Bus层还没有全部结束,而在这时电源管理会通过Sdmemory的Iocontrol去Set Power。这部分在SD卡还没有真正准备好的情况下会Fail。不过也好解决,只需要简单得返回一个D0的状态就好了。因为实际的SD Power是由XXX_PowerDown和XXX_PowerUp来管理的。

 但是这样改了之后还是有问题,在读取的时候还会有Error 31出现,不过现在也有了一个思路,就是在执行伪拔插时记录进入的次数,而在SDSlot中去判断这个次数,如果不是最后一次的话简单的返回一个TRUE,如果是最好一次进入的话执行卡的识别操作,这样会节省很多卡识别过程的时间。这样做的话还需要在Sdmemory中创建一个等待的事件将文件系统的读写Hold住,等到真正卡准备好之后再运行。

已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页