今天来看看WinCE6.0平台下USB Function驱动部分加载流程，USB Function是指WinCE设备相对于PC机而讲的，一般可以支持Mass Storage、RNDIS、Printer或者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 Contrller的PDD部分，在 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"
"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驱动是s3c6410_usbfn.dll，由设备管理Device.exe从注册表HKEY_LOCAL_MACHINE\Drivers\BuiltIn下面加载该驱动。
看看s3c6410_usbfn.def文件导出了哪些接口函数：
LIBRARY S3C6410_USBFN
EXPORTS
UFN_Init
UFN_Deinit
UFN_Open
UFN_Close
UFN_PowerDown
UFN_PowerUp
UFN_IOControl
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::CreateChild和DefaultBusDriver::InsertChild用来创建一个usb bus的child，并添加到相应的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
"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()函数获取到相应驱动的入口函数地址，并调用驱动的入口初始化函数。
今天就先分析一下加载流程，以后再进一步分析数据传输的流程。
本文转自jazka 51CTO博客，原文链接：http://blog.51cto.com/jazka/752186，如需转载请自行联系原作者
