控制IRQ和FIQ中断的编译器内部函数 - 基于Keil MDK
2016-10-14 14:14
375 查看
编译器内部函数__disable_irq、__enable_irq、__disable_fiq和__enable_fiq用于控制IRQ和FIQ中断。
只有当处理器处于特权模式才可以使用这些内部函数,因为这些函数要改变寄存器CPSR和SPSR(ARM7、ARM9等)或者PRIMASK和FAULTMASK寄存器(Cortex-M3、M4等),而这些寄存器只有在特权模式下才能被访问。
这些内部函数对所有架构的处理器都有效,无论是ARM状态还是Thumb状态,如下所述:
如果使用的是ARMv6(ARM11)或更新架构,编译器会将这些函数用CPS指令代替。
如果使用的是ARMv4或者ARMv5架构并且处于ARM状态,编译器会将这些函数用MRS和MSR指令代替。一般情况下ARM7属于ARMv4架构,ARM9属于ARMv5架构。
如果使用的是ARMv4或者ARMv5架构并且处于Thumb状态或编译器使能-compatible参数,则编译器会调用一个辅助函数比如__ARM_disable_irq来控制中断。
通常是通过清除寄存器CPSR中的F位来实现的。注意FIQ中断一般只存在于ARMv4和ARMv5架构中(即ARM7和ARM9),ARMv6架构的处理器不支持此函数。对于ARMv7架构的处理器(Cortex-M3),这个函数清除FAULTMASK寄存器的值。
语法:void __enable_fiq(void)
限制:只能在特权级别下使用,用户模式下无效。
通常是通过置一CPSR的F位来实现的。注意FIQ中断一般只存在于ARMv4和ARMv5架构中(即ARM7和ARM9),ARMv6架构的处理器不支持此函数。对于ARMv7架构的处理器(Cortex-M3),这个函数置位FAULTMASK寄存器,这意味着此后只有NMI可以响应,所有其它的异常,包括中断和 Fault都不能响应。
语法:__disable_fiq有两个版本,一个是返回值为空的void __disable_fiq(void),另一个返回值为整形值的int __disable_fiq(void),函数名都是__disable_fiq。
用法:int __disable_fiq(void),禁止FIQ中断(ARMv4和ARMv5)或禁用除NMI之外的所有中断(ARMv7)。在禁用中断前,将中断使能状态返回。
void __disable_fiq(void),禁用FIQ中断(ARMv4和ARMv5)或禁用除NMI之外的所有中断(ARMv7)。
限制:只能在特权级别下使用,用户模式下无效。如果编译器参数设置为-cpu=7,则不支持int __disable_fiq(void)函数,这是因为通用ARMv7架构和ARMv7 R及ARMv7 M-profiles架构的异常处理模式不同所导致的。这意味着如果编译器参数设置为-cpu=7,编译器不能为int __disable_fiq(void)函数产生所有ARMv7架构通用的指令序列,此时只能使用void __disable_fiq(void)。
举例:
这是因为如果之前系统的中断已经是关闭的,当你直接使用__enable_fiq()函数就会无条件打开中断,这样可能是很危险的。所以在打开中断前,要检查之前中断是不是已经是禁止状态,如果是的话就不要使能中断。
对于ARMv4和ARMv5架构(ARM7和ARM9),编译器插入下列指令清除CPSR寄存器的I位。
语法:void __enable_irq(void)
限制:只能在特权级别下使用,用户模式下无效。
对于ARMv4和ARMv5架构(ARM7和ARM9),编译器插入下列指令置位CPSR寄存器的I位。
__disable_irq函数有两种形式,返回值为空的void __disable_irq(void)和返回值为整形数的int __disable_irq(void)。前者直接禁用中断,后者在禁用中断前,将中断使能状态返回。
举例:
这是因为如果之前系统的中断已经是关闭的,当你直接使用__enable_irq()函数就会无条件打开中断,这样可能是很危险的。所以在打开中断前,要检查之前中断是不是已经是禁止状态,如果是的话就不要使能中断。
限制:只能在特权级别下使用,用户模式下无效。如果编译器参数设置为-cpu=7,则不支持int __disable_irq(void)函数,这是因为通用ARMv7架构和ARMv7 R及ARMv7 M-profiles架构的异常处理模式不同所导致的。这意味着如果编译器参数设置为-cpu=7,编译器不能为int __disable_irq(void)函数产生所有ARMv7架构通用的指令序列,此时只能使用void __disable_irq(void)。
我们再从汇编层面上看一下返回整形数的__disable_irq:
禁止中断嵌套
保护共享资源很好理解,但禁止中断嵌套可能很多人不理解:中断嵌套可以提高系统响应时间,为什么要禁用掉?
虽然中断嵌套能提高响应时间,但绝大多数的应用并不需要如此高的响应时间;更重要的是,中断嵌套增加了程序运行的不确定性。所以我建议在不需要极致的响应时间使,禁止中断嵌套。方法也很简单,在进入中断服务函数后和退出中断服务函数前中调用本文讲的这些中断控制函数即可。
只有当处理器处于特权模式才可以使用这些内部函数,因为这些函数要改变寄存器CPSR和SPSR(ARM7、ARM9等)或者PRIMASK和FAULTMASK寄存器(Cortex-M3、M4等),而这些寄存器只有在特权模式下才能被访问。
这些内部函数对所有架构的处理器都有效,无论是ARM状态还是Thumb状态,如下所述:
如果使用的是ARMv6(ARM11)或更新架构,编译器会将这些函数用CPS指令代替。
如果使用的是ARMv4或者ARMv5架构并且处于ARM状态,编译器会将这些函数用MRS和MSR指令代替。一般情况下ARM7属于ARMv4架构,ARM9属于ARMv5架构。
如果使用的是ARMv4或者ARMv5架构并且处于Thumb状态或编译器使能-compatible参数,则编译器会调用一个辅助函数比如__ARM_disable_irq来控制中断。
1. __enable_fiq
使能FIQ中断。通常是通过清除寄存器CPSR中的F位来实现的。注意FIQ中断一般只存在于ARMv4和ARMv5架构中(即ARM7和ARM9),ARMv6架构的处理器不支持此函数。对于ARMv7架构的处理器(Cortex-M3),这个函数清除FAULTMASK寄存器的值。
语法:void __enable_fiq(void)
限制:只能在特权级别下使用,用户模式下无效。
2.__disable_fiq
禁用FIQ中断。通常是通过置一CPSR的F位来实现的。注意FIQ中断一般只存在于ARMv4和ARMv5架构中(即ARM7和ARM9),ARMv6架构的处理器不支持此函数。对于ARMv7架构的处理器(Cortex-M3),这个函数置位FAULTMASK寄存器,这意味着此后只有NMI可以响应,所有其它的异常,包括中断和 Fault都不能响应。
语法:__disable_fiq有两个版本,一个是返回值为空的void __disable_fiq(void),另一个返回值为整形值的int __disable_fiq(void),函数名都是__disable_fiq。
用法:int __disable_fiq(void),禁止FIQ中断(ARMv4和ARMv5)或禁用除NMI之外的所有中断(ARMv7)。在禁用中断前,将中断使能状态返回。
void __disable_fiq(void),禁用FIQ中断(ARMv4和ARMv5)或禁用除NMI之外的所有中断(ARMv7)。
限制:只能在特权级别下使用,用户模式下无效。如果编译器参数设置为-cpu=7,则不支持int __disable_fiq(void)函数,这是因为通用ARMv7架构和ARMv7 R及ARMv7 M-profiles架构的异常处理模式不同所导致的。这意味着如果编译器参数设置为-cpu=7,编译器不能为int __disable_fiq(void)函数产生所有ARMv7架构通用的指令序列,此时只能使用void __disable_fiq(void)。
举例:
void func(void) { int was_masked = __disable_fiq(); /*其它处理*/ if(!was_masked) __enable_fiq(); }为什么例子中要使用变量was_masked获取之前的中断使能信息,并且在使能中断时还要先判断这个变量?直接使用__disable_fiq()和__enable_fiq()函数不是更简单吗?
这是因为如果之前系统的中断已经是关闭的,当你直接使用__enable_fiq()函数就会无条件打开中断,这样可能是很危险的。所以在打开中断前,要检查之前中断是不是已经是禁止状态,如果是的话就不要使能中断。
3.__enable_irq
使能IRQ中断。对于ARMv4和ARMv5架构(ARM7和ARM9),编译器插入下列指令清除CPSR寄存器的I位。
MRS r0, CPSR AND r0, r0, #0x7F MSR CPSR_c, r0对于ARMv6(ARM11)和ARMv7(Cortex-M3等)指令,编译器插入下列指令使能中断:
CPSIE I比如Cortex-M3架构处理器,该指令清除PRIMASK寄存器,使能中断。
语法:void __enable_irq(void)
限制:只能在特权级别下使用,用户模式下无效。
4. __disable_irq
禁止IRQ中断。对于ARMv4和ARMv5架构(ARM7和ARM9),编译器插入下列指令置位CPSR寄存器的I位。
MRS r0, CPSR ORR r0, r0, #0x80 MSR CPSR_c, r0对于ARMv6(ARM11)和ARMv7(Cortex-M3等)指令,编译器插入下列指令禁用中断:
CPSID I比如Cortex-M3架构处理器,该指令置位PRIMASK寄存器,表示禁止中断和可屏蔽的异常,只剩下NMI和硬Fault可以响应。
__disable_irq函数有两种形式,返回值为空的void __disable_irq(void)和返回值为整形数的int __disable_irq(void)。前者直接禁用中断,后者在禁用中断前,将中断使能状态返回。
举例:
void func(void) { int was_masked = __disable_irq(); /*其它处理*/ if(!was_masked) __enable_irq(); }为什么例子中要使用变量was_masked获取之前的中断使能信息,并且在使能中断时还要先判断这个变量?直接使用__disable_irq()和__enable_irq()函数不是更简单吗?
这是因为如果之前系统的中断已经是关闭的,当你直接使用__enable_irq()函数就会无条件打开中断,这样可能是很危险的。所以在打开中断前,要检查之前中断是不是已经是禁止状态,如果是的话就不要使能中断。
限制:只能在特权级别下使用,用户模式下无效。如果编译器参数设置为-cpu=7,则不支持int __disable_irq(void)函数,这是因为通用ARMv7架构和ARMv7 R及ARMv7 M-profiles架构的异常处理模式不同所导致的。这意味着如果编译器参数设置为-cpu=7,编译器不能为int __disable_irq(void)函数产生所有ARMv7架构通用的指令序列,此时只能使用void __disable_irq(void)。
我们再从汇编层面上看一下返回整形数的__disable_irq:
int disable_irq(void) { return __disable_irq(); }在-cpu=Cortex-M3时,Keil MDK编译器产生的汇编代码为:
MRS r0, PRIMASK AND r0, r0, #1 CPSID i BX lr
5.这些函数有什么用处?
保护共享资源禁止中断嵌套
保护共享资源很好理解,但禁止中断嵌套可能很多人不理解:中断嵌套可以提高系统响应时间,为什么要禁用掉?
虽然中断嵌套能提高响应时间,但绝大多数的应用并不需要如此高的响应时间;更重要的是,中断嵌套增加了程序运行的不确定性。所以我建议在不需要极致的响应时间使,禁止中断嵌套。方法也很简单,在进入中断服务函数后和退出中断服务函数前中调用本文讲的这些中断控制函数即可。
6.移植性
与编译器特性相关,不具备移植性,建议使用前先用宏进行封装。相关文章推荐
- 关于中断处理程序中的关中断函数disable_irq和disable_irq_nosync
- 利用ARM外部中断控制流水灯的闪烁速度(基于LPC2134)
- 中断处理函数中不用disable_irq而用disable_irq_nosync原因
- C51编译器扩展的关键词 & C51中断函数的写法
- NVIC中断控制 函数实现
- setInterval()与setTimeOut()写在被控制的函数内部还是外部?
- 中断处理函数中不用disable_irq而…
- (基于Java)编写编译器和解释器-第11章:解析程序、过程和函数-第一部分
- 中断处理函数中不用disable_irq而用disable_irq_nosync原因
- 中断处理程序中的关中断函数disable_irq和disable_irq_nosync
- linux下IRQ和软中断处理函数定义
- (基于Java)编写编译器和解释器-第7章:解析(Parsing)控制语句-第一部分(连载)
- 关于中断处理程序中的关中断函数disable_irq和disable_irq_nosync
- 企业内部控制体系建设路径及启示 ——基于某公司内控建设案例研究
- 关于中断处理程序中的关中断函数disable_irq和disable_irq_nosync
- 关于中断处理程序中的关中断函数disable_irq和disable_irq_nosync
- LPC1788外部中断的例子,基于Keil MDK
- (基于Java)编写编译器和解释器-第8章:解释Pascal控制语句(连载)
- 中断处理函数中不用disable_irq而用disable_irq_nosync原因
- 关于中断处理程序中的关中断函数disable_irq和disable_irq_nosync