操作系统导致的irq延迟是多少?

前端之家收集整理的这篇文章主要介绍了操作系统导致的irq延迟是多少?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

>我如何估计ARM处理器的irq延迟?
> irq延迟的定义是什么?

最佳答案
Mats和Nemanja在interrupt latency上给出了一些很好的信息.我要补充的另外两个问题是Mats给出的三个问题.

>其他同时/近同步中断.
>由于屏蔽中断而增加了OS延迟.编辑:这是在Mats的回答,只是没有解释那么多.

如果单个内核正在处理中断,那么当多个中断同时发生时,通常会有一些分辨率优先级.但是,除非启用优先级中断处理,否则通常会在中断处理程序中禁用中断.因此,例如,发出慢速NAND闪存IRQ信号并运行,然后发生以太网中断,它可能会延迟,直到NAND闪存IRQ完成.当然,如果您有中断的中断并且您担心NAND闪存中断,那么如果以太网优先,事情实际上会更糟.

第二个问题是主线代码清除/设置中断标志.通常这是通过类似的方式完成的,

mrs   r9,cpsr
biceq r9,r9,#PSR_I_BIT

检查Linux源代码中的arch/arm/include/asm/irqflags.h获取主线代码使用的许多宏. A typical sequence是这样的,

lock interrupts;
manipulate some flag in struct;
unlock interrupts;

如果该结构导致页面错误,则可以引入非常大的中断延迟.中断将在页面错误处理程序的持续时间内被屏蔽.

Cortex-A9有很多lock free指令可以在never masking interrupts之前阻止它;因为比swp / swpb更好的汇编指令.第二个问题非常类似于ldm / stm类型指令导致的IRQ延迟(这些只是运行时间最长的指令).

最后,很多技术讨论将假设零等待状态RAM.可能需要填充缓存,如果您知道内存数据速率(可能是2-4个机器周期),那么最坏情况的代码路径将乘以此.

是否有SMP中断处理,优先级中断和无锁主线取决于您的内核配置和版本;这些是操作系统的问题.其他问题是cpu / SOC中断控制器和interrupt code itself固有的.

猜你在找的Linux相关文章