.Net Micro Framework的中断处理机制相对比较简单,不支持中断嵌套,中断优先级功能的实现由相关硬件提供支持,软件层面仅仅进行相关优先级的设定即可。
下面以TI DM335开发板为例简单介绍一下相关技术细节(这里仅介绍普通中断IRQ)。
1 中断向量表
我们知道中断向量表一般默认的存放在内存0起始地址处。
先让我们在NativeSample或TinyCLR目录中找到Scatterfile_tools_xxx.xml文件,我们会发现在其中都会有如下这么一段文字:
- <ExecRegion Name="ER_RAM_RO" Base="0x00000000" Options="ABSOLUTE" Size="0x1A000">
- <FileMapping Name="VectorsTrampolines.obj" Options="(+RO, +FIRST)" />
- </ExecRegion>
这是一个编译选项,告诉ARM编译器,连接时把VectorsTrampolines.obj的相关内容放在位置0处(我们可以用WinHex查看编译后的Bin文件,我们会发现Bin文件中最开始的内容就是中断向量表的内容)。
下面是VectorsTrampolines.s文件的汇编代码:
- ;**************************************************************************
- IMPORT UNDEF_SubHandler
- IMPORT ABORTP_SubHandler
- IMPORT ABORTD_SubHandler
- IMPORT IRQ_Handler ; from stubs.cpp
- EXPORT ARM_Vectors
- ;**************************************************************************
- AREA |.text|, CODE, READONLY
- ; ARM directive is only valid for ARM/THUMB processor, but not CORTEX
- IF :DEF:COMPILE_ARM :LOR: :DEF:COMPILE_THUMB
- ARM
- ENDIF
- ARM_Vectors
- ; RESET
- RESET_VECTOR
- b UNDEF_VECTOR
- ; UNDEF INSTR
- UNDEF_VECTOR
- ldr pc, UNDEF_SubHandler_Trampoline
- ; SWI
- SWI_VECTOR
- DCD 0xbaadf00d
- ; PREFETCH ABORT
- PREFETCH_VECTOR
- ldr pc, ABORTP_SubHandler_Trampoline
- ; DATA ABORT
- DATA_VECTOR
- ldr pc, ABORTD_SubHandler_Trampoline
- ; unused
- USED_VECTOR
- DCD 0xbaadf00d
- ; IRQ
- IRQ_VECTOR
- ldr pc, IRQ_SubHandler_Trampoline
- ; FIQ
- ; we place the FIQ handler where it was designed to go, immediately at the end of the vector table
- ; this saves an additional 3+ clock cycle branch to the handler
- FIQ_Handler
- IF :DEF: FIQ_SAMPLING_PROFILER
- ldr pc,FIQ_SubHandler_Trampoline
- FIQ_SubHandler_Trampoline
- DCD FIQ_SubHandler
- ENDIF
- UNDEF_SubHandler_Trampoline
- DCD UNDEF_SubHandler
- ABORTP_SubHandler_Trampoline
- DCD ABORTP_SubHandler
- ABORTD_SubHandler_Trampoline
- DCD ABORTD_SubHandler
- ; route the normal interupt handler to the proper lowest level driver
- IRQ_SubHandler_Trampoline
- DCD IRQ_Handler
- ;**************************************************************************
从中我们可以看出,当硬件触发IRQ中断时,跳转的最终位置为IRQ_Handler。
【疑问】中断向量表的内容最开始的时候一定是存放在Flash(或其它存储介质)中,它是如何被转移到内存0处的呢(当然调试时也可以通过调试器把中断向量表直接Download到内存中去)?
【解答】在FirstEntry.s汇编代码中有这么一句代码 “bl BootstrapCode”,BootstrapCode是一个子函数,该函数优先于“b BootEntry”执行,在BootstrapCode函数中又调用了一个子函数PrepareImageRegions,在PrepareImageRegions函数中我们就可以看到拷贝中断向量表的相关代码:
- UINT32* src = (UINT32*)&LOAD_RAM_RO_BASE;
- UINT32* dst = (UINT32*)&IMAGE_RAM_RO_BASE;
- UINT32 len = (UINT32 )&IMAGE_RAM_RO_LENGTH + (UINT32)&Image$$ER_RAM_RW$$Length;
- Prepare_Copy( src, dst, len );
注:FIQ_SAMPLING_PROFILER选项是没有定义的,所以在DM335开发板上支持FIQ是有问题的。
2 中断函数(IRQ_Handler)
中断向量表一经设置,则触发相关中断时,CPU会把PC指针指到相关的入口地址处,对IRQ中断来说,其入口地址就是IRQ_Handler。
对DM335平台,IRQ_Handler函数的内容如下:
- void __irq IRQ_Handler(void)
- {
- DM335_INTC_Driver::IRQ_Handler();
- }
- void /*__irq*/DM335_INTC_Driver::IRQ_Handler(void)
- {
- DM335_INTC &pAic = DM335::INTC();
- unsigned int index;
- // set before jumping elsewhere or allowing other interrupts
- SystemState_SetNoLock(SYSTEM_STATE_ISR);
- SystemState_SetNoLock(SYSTEM_STATE_NO_CONTINUATIONS);
- while(pAic.IRQENTRY != 0x0)
- {
- index = (pAic.IRQENTRY>>2) - 1;
- if(index < 32)
- pAic.IRQ0 |= 1 << index;
- else
- pAic.IRQ1 |= 1 << (index % 32);
- s_IsrTable[index].Handler.Execute(); //执行对应的中断处理函数
- }
- SystemState_ClearNoLock(SYSTEM_STATE_NO_CONTINUATIONS); // nestable
- SystemState_ClearNoLock(SYSTEM_STATE_ISR); // nestable
- }
在中断函数执行之前,其实已经执行了中断寄存器的初始工作,比如根据需要打开或关闭(Enable/Disable)相关的中断,对我们的应用来说串口和USB的中断是要打开的,而DMA中断就是关闭的。此外根据你应用的需求,你也可以设置不同中断的优先级(0~7,其中0~1对应快速中断,对我们来说由于快速中断无效,所以中断的优先级最高可设为2)。
相同等级的中断同时来到,是谁来排序呢?
对DM335来说,是由硬件完成的,DM335提供一个寄存器IRQENTRY,IRQENTRY寄存器中存放的值,就是下一个要执行的中断号(要经过一定的换算),该寄存器就像一个队列的出队口,排好队的中断依次出列,直到IRQENTRY的值为0为止(表示当前队列中没有任何中断被触发)。
(当然我们也可以直接根据IRQ0和IRQ1中的值触发二级中断函数,但是这样来做,设定的中断优先级就没有任何意义了。)
这时候我们就可以根据不同的中断号,执行相对应的二级中断函数了。
那中断来了,程序是如何知道该执行那个二级中断函数呢?请看下一节内容就明白了。
3 中断连接函数
CPU_INTC_ActivateInterrupt函数是把硬件的中断号和要执行的中断函数联系起来,其原型是:
BOOL CPU_INTC_ActivateInterrupt(UINT32 Irq_Index, HAL_CALLBACK_FPN ISR, void *ISR_Param);
Irq_Index – 中断号(可根据相关硬件手册进行设定)
ISR – 该中断触发时所要执行的中断函数
ISR_Param –中断函数的入口参数(可以为空)
当然根据需要也可以断开这种连接,或关掉相应的中断,这些函数由于比较好理解,所以这里就不过多介绍了。
我们以USB驱动为例,简单介绍一下CPU_INTC_ActivateInterrupt函数的使用,在USB的初始化函数中,我们添加了如下代码:
- CPU_INTC_ActivateInterrupt(DM335_INTC::c_IRQ_Index_USBINT, Global_ISR, NULL);
- 其中断函数Global_ISR的部分代码如下:
- void DM335_USB_Driver::Global_ISR(void *Param)
- DM335_USB &usb = DM335_USB::Type();
- T32 endpoint = 0;
- UINT32 tmp = usb.Base.INTSRCR;
- usbusb.Base.INTCLRR = usb.Base.INTSRCR;
- //在这里面就可以根据USB相关寄存器的值,确定那一个中断被触发了
- // … …
- }
这样一层一层,由根到枝,按图索骥,获知实际的中断,并最终执行相关的处理代码(如接收数据或发送数据等等)。
4 中断控制
在Porting Kit提供的样例代码中,我们会在中断函数中看到不少GLOBAL_LOCK(irq)代码,由于MF目前不支持中断嵌套,所以从某种意义上说,在中端函数中添加代码GLOBAL_LOCK(irq)是没有意义的(对IRQ中断来说,CPU在触发该中断时,就已经关闭了IRQ中断位,除非你在中断函数中又打开了,当然你这样做的目的一般就是支持中断嵌套了,这部分内容暂不在讨论之列)。
GLOBAL_LOCK是一个宏,其实现为:
#define GLOBAL_LOCK(x) SmartPtr_IRQ x
而SmartPtr_IRQ类的代码为:
- class SmartPtr_IRQ
- {
- UINT32 m_state;
- void* m_context;
- public:
- SmartPtr_IRQ(void* context=NULL) { m_context = context; Disable(); }
- ~SmartPtr_IRQ() { Restore(); }
- …
- }
- void SmartPtr_IRQ::Disable()
- {
- UINT32 Cp;
- UINT32 Cs;
- __asm
- {
- MRS Cp, CPSR
- ORR Cs, Cp, #0x80
- MSR CPSR_c, Cs
- }
- m_state = Cp;
- }
- void SmartPtr_IRQ::Restore()
- {
- UINT32 Cp = m_state;
- if((Cp & DISABLED_MASK) == 0)
- {
- ASSERT_SYSTEM_IRQ_MODE(Cp);
- __asm
- {
- MRS Cp, CPSR
- BIC Cp, Cp, #0x80
- MSR CPSR_c, Cp
- }
- }
- }
由以上代码可知,定义SmartPtr_IRQ的实例的同时,就执行了构造函数,也就是执行了Disable函数(关闭IRQ中断)。换句话说,GLOBAL_LOCK(irq)代码的作用就是,在irq的生命周期内关闭IRQ中断。
相信,如果MF的后续版本开始支持中断嵌套,该部分的内容才会变的复杂。
5 补充说明
MF应用程序(C#)中的中断(或事件函数)其实和我们这章内容所说的中断不是一会事,由以上内容我们可以了解到,中断函数串序执行,所以每一个中断函数执行时间尽量短,否则整个系统的效率便会大大降低。所以我们上层的事件函数是不可能直接勾连在中端函数内,因为在实际的应用中,我们非常有可能在事件函数中执行很多耗时的操作的。实际上TinyCLR代码对这两部分进行了一定得隔离处理,等我们有时间在一一剖析相关的实现机理。
除了中断函数被执行外,对嵌入式应用来说剩下的也就是一个Main函数(对MF来说就是ApplicationEntryPoint)和一个while循环了。对于我们的TinyCLR来说其实就是一个在相对简陋的操作系统上的一个精彩应用而已:
- void ApplicationEntryPoint()
- {
- CLR_SETTINGS clrSettings;
- memset(&clrSettings, 0, sizeof(CLR_SETTINGS));
- clrSettings.MaxContextSwitches = 50;
- #if !defined(BUILD_RTM)
- clrSettings.PerformGarbageCollection = false;
- clrSettings.PerformHeapCompaction = false;
- #endif
- clrSettings.WaitForDebugger = false;
- ClrStartup( clrSettings );
- #if !defined(BUILD_RTM)
- debug_printf( "Exiting.\r\n" );
- #else
- ::CPU_Reset();
- #endif
- }