个人理解:先用KernelIoControl申请中断号
然后利用InterruptInitialize把 (从KernelIoControl申请的)中断号与事件相关联
主要作用是使能waitForSingleObject中挂起的事件
KernelIoControl这个函数有很多人都说不能申请成功
那么是否还有另外一种所谓的静态申请中断号的方法
在oalintr.h中添加中断的宏定义
然后…
1 2个函数没有任何关系;KernelIoControl是驱动/应用程序和kernel通讯的一个接口函数,具体的调用意义是看该函数的IOCTRL是什么以及kernel中对应的处理函数(ioctrl table);
2 关于中断,WINCE 5之前都是静态中断,从CE 5开始中断申请分为动态申请和静态分配2种;楼主用的KernelIoControl+IOCTL_HAL_REQUEST_SYSINTR就是动态申请的方法;静态分配其实很简单,在OEMInterruptHandler里直接switch case即可;具体实现很多,各家BSP不一样,但是道理都是如此;
其实,动态申请就是由系统维护一个table,使得OEM允许其他厂商的驱动以安装的形式动态加到这个table里。作为OEM自己,其实维护一个静态的中断分配就可以了,驱动完全不用动态申请。只不过很多参考BSP用了这个形式,导致大家都在动态申请。
后来有人提示,我们来分析如下代码
- // read registry settings
- // read the SDIO SYSINTR value
- m_dwSDIOIrq = regDevice.ValueDW( SDIO_IRQ_TEXT, 0xffffffff );
- if( m_dwSDIOIrq == 0xffffffff )
- {
- // invalid SDIO IRQ value!
- DEBUGMSG(SDCARD_ZONE_ERROR, (TEXT("invalid SDIO IRQ value!\r\n")));
- fRetVal = FALSE;
- goto FUNCTION_EXIT;
- }
- // convert the SDI hardware IRQ into a logical SYSINTR value
- if (!KernelIoControl(IOCTL_HAL_REQUEST_SYSINTR, &m_dwSDIOIrq, sizeof(DWORD), &m_dwSDIOSysIntr, sizeof(DWORD), NULL))
- {
- // invalid SDIO SYSINTR value!
- DEBUGMSG(SDCARD_ZONE_ERROR, (TEXT("invalid SDIO SYSINTR value!\r\n")));
- m_dwSDIOSysIntr = SYSINTR_UNDEFINED;
- fRetVal = FALSE;
- goto FUNCTION_EXIT;
- }
m_dwSDIOSysIntr 这个变量是在哪里定义的呢?;不过根据m_dwSDIOSysIntr = SYSINTR_UNDEFINED;
这个可以看出,这个明显和中断相关了。因为刚开始初始化中断都是m_SYSINTR_UNDEFINED的;
后来找到m_dwSDIOSysIntr有关的SD中断线程绑定
- //----- 10. Setup the IST for handling SDIO data transfer interrupts -----
- m_hSDIOInterruptEvent = CreateEvent(NULL, FALSE, FALSE,NULL);
- if(NULL == m_hSDIOInterruptEvent)
- {
- status = SD_API_STATUS_INSUFFICIENT_RESOURCES;
- goto INIT_ERROR;
- }
- // initialize the card insertion interrupt event
- if(!InterruptInitialize (m_dwSDIOSysIntr, m_hSDIOInterruptEvent,
- NULL, 0))
- {
- status = SD_API_STATUS_INSUFFICIENT_RESOURCES;
- goto INIT_ERROR;
- }
- m_hSDIOInterruptThread = CreateThread(NULL, 0,
- (LPTHREAD_START_ROUTINE)SD_IOInterruptIstThread,
- this, 0, &threadID);
后来又找到了如下函数
- //----- 2. Disable and cleanup the ISTs/events ------
- InterruptDisable (m_dwSDIOSysIntr);
- //=====================================================
- case SDHCDAckSDIOInterrupt:
- DEBUGMSG (SDCARD_ZONE_INFO,(TEXT("SDHCDSlotOptionHandler option=SDHCDAckSDIOInterrupt\r\n")));
- //----- 2. Clear the SDIO interrupt pending bit -----
- Ack_SDIO_Interrupts();
- InterruptDone(m_dwSDIOSysIntr);//--------和4.2的有什么区别?
- 后来我又找到了如下代码
- //--IRQ_EINT0是在 s3c2440a_intr.h中定义的,现在就越来越明朗了
- //--而IRQ_SDI为什么没有如下的赋值呢?因为SD卡中断在注册表中设置了
- //#define IRQ_SDI 21--在注册表也设置为21,这个原理和IRQ_EINT0等价了
- UINT32 g_PwrButtonIrq = IRQ_EINT0;
- UINT32 g_PwrButtonSysIntr = SYSINTR_UNDEFINED;
- UINT32 g_RebootButtonIrq = IRQ_EINT2;
- UINT32 g_RebootButtonSysIntr = SYSINTR_UNDEFINED;
到现在已经可以对5.0的BSP方法做个推断了:5.0BSP的所谓动态中断设置方法,就是在驱动中才初始化中断(在4.2下是静态中断,在OAL中初始化的)和注册表等结合起来。使用kernelIoControl这个函数来转换物理中断和逻辑中断(至于为什么要做个转换,我真的有点不了解,有点浪费时间,也许我等级太低了。)
但是在OAL又必须初始化什么呢?以前看了好多,一直带着4.2的影子去看程序——哎,老毛病。
现在再来看看OAL的OEMInit函数以及被他调用的函数。