WinCE6.0 USB Fubction驱动加载流程

    今天来看看WinCE6.0平台下USB Function驱动部分加载流程,USB Function是指WinCE设备相对于PC机而讲的,通常能够支持Mass StorageRNDISPrinter或者Serial Class。在实际中用的最多的莫过于串口功能,做为一个串口设备链接PC机,实现activesync的功能。
       在目录WINCE600\PUBLIC\COMMON\OAK\DRIVERS\USBFN下面有微软提供的关于USB Function的驱动程序,此目录下的层次结构为:
    在以前的博文中已经对该目录的总体功能进行了说明,这里就不重复了。
    CONTROLLER控制器文件夹是整个Function驱动的入口处,在该目录下的MDD文件夹内实现并导出了总线接口,并利用该接口加载USB Function Client驱动。下面具体分析。
    注意在CONTROLLER目录下面有一个NET2280的文件夹,它实现的NET2280控制器的PDD部分。可是在common.reg下面并无找到相关的注册表信息,说明实际的设备平台中并无使用微软默认的控制器型号。
       本人使用的平台是Android6410的开发板,在PLATFORM目录下发现了USB Funtion ContrllerPDD部分,在 WINCE600\PLATFORM\SMDK6410\SRC\DRIVERS\OTG\Device的目录下,这里使用了OTG做为了Function功能。该目录下面的内容为:
    同时在platform.reg文件中发现了关于控制器的注册表信息,以下:
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\SC6410USBFN]
  "Dll"="s3c6410_usbfn.dll"
  "Prefix"="UFN"
  "Order"=dword:20
  "Priority256"=dword:64
  "Irq"=dword:60        ; USB OTG Virtual IRQ = 96 (0x60), Physical IRQ = 58
  "BusIoctl"=dword:2a0048
  "IClass"=multi_sz:"{E2BDC372-598F-4619-BC50-54B3F7848D35}=%b","{6F40791D-300E-44E4-BC38-E0E63CA8375C}=%b"
    因此系统加载的USB Function Controller驱动是s 3c 6410_usbfn.dll,由设备管理Device.exe从注册表HKEY_LOCAL_MACHINE\Drivers\BuiltIn下面加载该驱动。
       看看s 3c 6410_usbfn.def文件导出了哪些接口函数:
LIBRARY                S3C6410_USBFN

EXPORTS
        UFN_Init
        UFN_Deinit
        UFN_Open
        UFN_Close
        UFN_PowerDown
        UFN_PowerUp
        UFN_IOControl
    在目录WINCE600\PUBLIC\COMMON\OAK\DRIVERS\USBFN\CONTROLLER\MDD下面的ufnmdd.cpp文件里,实现了流接口的入口函数DllEntry()函数,不过该函数并无具体的操做内容。
    接着来看看UFN_Init()函数。在初始化函数中首先建立PUFN_MDD_CONTEXT结构体,用来记录驱动MDD层的一些信息,包括一些MDD层的接口函数。该信息将会在驱动接口之间经过参数进行传递。以后建立了CUfnBus类的一个实例,经过该类能够加载Client层驱动,而且处理USB function controller驱动的IOCTLS。建立以后便调用CUfnBus::Init()函数完成总线的相关初始化。最后调用PDD层的初始化函数UfnPdd_Init(),完成硬件控制器的一些初始化设置,将PDD层的硬件操做函数封装成函数列表结构体传递给MDD层。
    从上述的过程当中,始终没有发现如何调用Client驱动的,从参考资料中发现,在建立CUfnBus类以后,会调用该类的成员函数PostInit(),而CUfnBus类是从DefaultBusDriver类继承过来的,在这个里面找到了启动Client驱动的方式。
    PostInit()函数主要调用了四个函数:
函数CUfnBus::GetDefaultClientName用来获取默认的Client名称; CUfnBus::CreateChildDefaultBusDriver::InsertChild用来建立一个usb buschild,并添加到相应的list列表中;CUfnBus::ActivateChild则是用来启动一个Client驱动的。
       在注册表platform.reg中有一个默认的Client名称选项,以下:
[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers]
  "DefaultClientDriver"=-      ; erase previous default

IF BSP_USBFNCLASS == SERIAL
[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers]
  "DefaultClientDriver"="Serial_Class"
ENDIF BSP_USBFNCLASS

IF BSP_USBFNCLASS == MASS_STORAGE
[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers]
  "DefaultClientDriver"="Mass_Storage_Class"
ENDIF BSP_USBFNCLASS
    本文的硬件平台是Android6410开发板,从注册表中能够看出,在该平台下支持WinCE设备为串口或者大容量存储器两种状态,而微软提供的能够支持四种状态。另外上面有一个环境变量BSP_USBFNCLASS决定了默认的Client驱动是哪一个?而平台的环境变量定义在文件WINCE600\PLATFORM\SMDK6410\ SMDK6410.bat中,
CUfnBus::ActivateChild函数当中调用了父类的函数DefaultBusDriver::ActivateChild。在文件WINCE600\PUBLIC\COMMON\OAK\DRIVERS\BUSENUM\BUSDEF\defbus.cpp中有类DefaultBusDriver的实现。在父类的ActivateChild()函数中,又调用了类DeviceFolder的成员函数LoadDevice()。类DeviceFolder和类DefaultBusDriver在同一个文件中实现。在DeviceFolder::LoadDevice函数中根据驱动DLL的不一样类型,调用::LoadLibrary(DevDll)或者::LoadDriver(DevDll),其中DevDll为驱动的名称。以后经过GetProcAddress()函数获取到相应驱动的入口函数地址,并调用驱动的入口初始化函数。
今天就先分析一下加载流程,之后再进一步分析数据传输的流程。

参考资料:
Windows CE USB Function Driver驱动简析(1)
WINCE6.0+S 3C 2443下的usb function(功能)驱动
相关文章
相关标签/搜索