wince学习 wince5.0中断解析

转载地址http://bluefish.blog.51cto.com/214870/58125
wince5.0的中断执行流程：
ISQ->Interruput ID->Event
在硬件产生一个中断之后底层的驱动程序ISR（中断服务例程）判断是那个中断，然后再向操作系统发送这个中断的逻辑中断号，并且迅速的返回。随后CE就set该逻辑中断号对应的Event对象（如果有的话），以唤醒在该Event等待的IST（中断服务线程），大部分工作都是由IST来完成。一般来说IST是存在驱动程序里，但其实放在普通的应用程序里也可以，尤其是对应只有一个应用程序使用的特殊硬件更方便。因为对应CE来说其实驱动程序也只是一个普通的DLL，也是运行在用户空间

5.0下的中断文件分布：

感觉上就一个字“乱”，主要是这些代码分别放在不同的地方，或许这样更合理化吧，谁知道MS怎么想的。
(A1)platform\yourplatform\Src\Inc\hwdef.h--物理中断号定义INT1_xxx、INT2_xxx.
(A2)platform\yourplatform\Src\Inc\oalintr.h--逻辑中断号定义SYSINTR_xxx
(A3)platform\yourplatform\Src\Kernel\Hal\xxxx\interruput.c--最底层的中断处理函数
当然每个BSP会不一样，看BSP制作者是如何组织文件的。

为了简单起见我们就举例说明，步骤如下：
1、在BSP的oalintr.h里定义自定义中断的逻辑中断值，如：
#define SYSINTR_MYINTR (SYSINTR_FIRMWARE + 10)
2、修改KERNEL\HAL\xxx\interruput.c中的以下三个函数，增加对自定义中断的启用禁用码：
OEMInterruptEnable(), OEMInterruptDisable(), OEMInterruptDone() ,
并修改OEMInterruptHandler()函数，增加irq返回逻辑中断号，如：
else if (IntPendVal == INTSRC_EINT2) // EINT2 return(SYSINTR_MYINTR);
3、在PlatformBuilder中重新生成nk.bin，下载运行。
现在，内核已经支持我们的自定义中断SYSINTR_MYINT了，我们在应用程序中就可以把这个SYSINTR_MYINT与一个Event对象关联起来，然后在一个线程里等待这个Event就ok了，这个线程就是IST。
4、在IST里用InterruptInitialize()将自定义中断和Event关联起来，并WaitForSingleObject()。注意下面的代码是在一个线程里（即IST）：
hEvent = CreateEvent(NULL, FALSE, FALSE, NULL));
InterruptInitialize(SYSINTR_MYINTR, hEvent, NULL, 0)); //若没有修改OEMInterruptEnable()，这个调用就会失败
while ( TRUE )
{
WaitForSingleObject(hEvent, INFINITE); // do some process...
}
要具体的实例可以看我的Timer驱动。