COM_Open handle 0xD28173C0, access 0x0, share 0x3
分析1:个人通过对SDIO驱动[支持电源管理]、与普通的流驱动[不支持电源管理]发现,支持电源管理的驱动会有两次OPEN,一次CLOSE,这与COM2我跟踪到的情况是一致,而普通的流驱动则没有。所以我得到的结果是Access=0x0的,是系统调用用于查询相关属性,如设备支持几种电源状态。不知道我这种理解是否正确,因为COM的ICLASS并没有配置成支持电源管理。
分析2:串口源代码都是MS的,没有修改过,因为我发现在COM_Open时,有代码调用HWOpen,并增加记数:
if ( !pHWObj->pFuncTbl->HWOpen(pSerialHead->pHWHead) ) {
RETAILMSG (1, (TEXT("HW Open failed./r/n")));
goto OpenFail;
}
....
++(pSerialHead->OpenCnt);
而关闭时,HWClose未被调用,代码如下:
// If we are closing the last open handle, then close PDD also
if ( !pSerialHead->OpenCnt ) {// 跟踪到OpenCnt = 2 即我前面提到的Open两次,才执行一次关闭
RETAILMSG (myset, (TEXT("About to call HWClose/r/n")));
if ( pHWObj )
pHWObj->pFuncTbl->HWClose(pSerialHead->pHWHead);
RETAILMSG (myset, (TEXT("Returned from HWClose/r/n")));
因此,在我未通过应用程序打开COM2口时,这时一旦有数据向COM2[DMA_Enable]发送时,过段时间整个系统很慢。我想是COM2的RX_Buffer满了的原因。
问题暂时解决,在platform.reg中屏蔽:
"IClass"=multi_sz:"{CC5195AC-BA49-48a0-BE17-DF6D1B0173DD}",
"{A32942B7-920C-486b-B0E6-92A702A99B35}"
就OK,没有时间深研究其根源,有清楚的朋友,可以再次回贴。
分析可以查看#9楼回复,多谢各位捧场,散分啦~
9楼的说的是正确的。凡是具有电源管理的驱动。设备管理器在加载驱动后,都会查询驱动所支持的电源状态。而要查询则需要首先打开驱动。
如果不支持电源管理,“IClass”的值不需要添加"{A32942B7-920C-486b-B0E6-92A702A99B35}"(Generic power-manageable)
转摘自:http://topic.youkuaiyun.com/u/20100414/18/5fa6be59-0d01-4849-b2fd-25efdd766946.html