0

关于投票
中断代码结构比较之WinCE4.2 VS WinCE5.0 (转)
现在项目要从wince4.2下port到wince5.0下,今天将sd卡的驱动加到wince5下。用的是现有的也就是wince4.2下的驱动程序,几个dll文件:SDBusDriver.dll;SDCSDCard.dll;SDMemory.dll。这个工作主要就是将相应的中断加上就好了。
      下面进入正题。4.2下的中断:InterruptInitialize(具体的驱动中注册中断与事件)->SC_InterruptInitialize(系统的函数,可以根据private\winceos\coreos\nk\kernel\kwin32.c中的const PFNVOID Win32Methods[]数组得知这是一个系统函数。这一步为猜测,该函数在private\winceos\coreos\nk\kernel\intrapi.c中实现。enable中断-通过调用下面的函数,之后将相应的事件放入中断事件队列)->DoInterruptEnable(在private\winceos\coreos\nk\kernel\intrapi.c中实现,先调用pfnOEMTranslateSysIntr映射一下,不过我没有找到这个函数指针的原型。之后才是OEMInterruptEnable)->OEMInterruptEnable(在platform\xxx\kernel\hal\cfw.c中,地球人都知道。在这个文件中有个static void OEMInitInterrupts(void),是在oeminit中被调用的,差点被忽悠了。)这只是enable(也包含初始化),相应的disable和done也在相应的文件中实现。可能用4.2用多了,感觉这些中断的处理一气呵成,很容易理解,就是修改或者增加比较麻烦。要分别处理OEMInterruptXXX中相应的各个中断。
      5.0下的中断:感觉上就一个字“乱”,主要是这些代码分别放在不同的地方,或许这样更合理化吧,谁知道MS怎么想的。主要分布在以下几个地方:(A1)platform\common\src\common\intr;(A2)platform\common\src\xxx(type of cpu)\yyy(intel or samsung or ...)\zzz\intr;(A3)platform\zzz\src\kernel\oal\intr.c。
      5.0下中断初始化流程:从时间上来看先是OEMInit(oal\init.c)->OALIntrInit(A2中实现)->BSPIntrInit(A3中实现,这个地方比较关键了,因为要添加或修改中断就要在这里来做,主要实现SYSINTR_XXX与IRQ_XXX的映射)。OK中断初始化完毕。
     5.0下中断的enable流程:在5.0下面没有找到SC_InterruptInitialize,或者类似的实现,不过我想5.0下面的应该和4.2下面的一样。由驱动的InterruptInitialize最终调用到OEMInterruptEnable(在A1\common\oem.c中实现)->OALIntrEnableIrqs(在A3中实现)->BSPIntrEnableIrq(在A3中实现)。至此enable完成。对应的disbale和done也是在相应的文件中实现。
      从名字上也可以看出来A1提供了一个对内核开放的中断层,由它再去调用对应的oal层的代码A2,A2再在其中调用A3中的代码;则A3中最主要的就是提供一个给程序员注册的一个接口BSPIntrInit。

本文出自 “bluefish” 博客,请务必保留此出处http://bluefish.blog.51cto.com/214870/58125

系统分类: 软件开发
用户分类: 无分类
标签: 无标签
来源: 转贴
发表评论 阅读全文(139) | 回复(0)

0

关于投票
WINCE系统开发中的一些小窍门(转)

1.处理设备的热挺拔事件:

调用 RequestDeviceNotifications,然后处理 WM_DEVICECHANGE消息。

2将WINCE4.2 BSP移植到5.0,只需要在OEMInit中调用 OALCacheGlobalsInit()函数,它是 5.0BSP比4.2唯一多出来的一个函数。

3. CETK测试时,不能同时连多个设备,是因为HAL_IOCTL_GET_UUID没有实现,或者不对

4.soft keyboard 不能隐藏,解决方法,ShowWindow( GetParent( g_hwndMain ), SW_HIDE ); 将其父窗口hide

5.CE下同名设备不能大于10

CE5.0中已经没有这个问题了,
以前的版本可以这样做:
只给上层输出一个设备,
然后用一个IOCTL去打开一个个的物理设备
这样就可以做到不受任何限制了

6. XXX_Init函数的返回句柄

通常,这个句柄是驱动程序自己保存数据的一个指针,
我们在Init返回时告诉上层程序,以后上层调用其它函数(例如Open)时,
会将这个值传入,这样,我们就可以访问自己的一些私有数据。

当然,也可以返回一个任意的非0值


对于一个设备驱动程序,系统不用的层会有不同的句柄。
我们在XXX_Init中返回的句柄保存在设备管理器中,别的程序中应该是看不到的,
而用CreateFile也会得到一个文件句柄,这个保存在哪我不知道,
但和前者是不一样的。

也就是说不同层的软件所关心的句柄也会不一样
转自(http://devnote.bloghome.cn/posts/22003.html

系统分类: 软件开发
用户分类: 无分类
标签: 无标签
来源: 转贴
发表评论 阅读全文(104) | 回复(0)
总共 , 当前 /