1.2 I-pipe基本概念

aspirestro三水哥

已于 2024-08-23 10:37:20 修改

阅读量964

点赞数 47

分类专栏： Interrupt Pipeline 文章标签：嵌入式硬件 linux arm

于 2024-08-06 19:44:18 首次发布

本文链接：https://blog.csdn.net/aspirestro/article/details/140964390

版权

Interrupt Pipeline 专栏收录该内容

34 篇文章 1 订阅

订阅专栏

Interrupt Pipeline系列文章大纲-CSDN博客

本章节目前仅来自对ipipe.rst的理解，不代表对代码的解读。

1.2.1 两段式中断流水线Two-stage IRQ pipeline

1.2.1.1 流水线

中断在流水线中的传递与处理分为2段：Head Stage和Root Stage。

Head Stage运行在实时内核Cobalt域，即运行在head domain（头域）。在Head Stage中运行的代码，被称为Out-of-band代码。后面基本上用Cobalt来替换实时内核的概念。

Root Stage运行在Linux域，即运行在root domain（根域）。在Root Stage中运行的代码，被称为In-band代码。

Head Stage是一个独立的高优先级执行阶段，一旦收到中断，立刻调用out-of-band中断处理程序，丝毫不会被Root Stage中的In-band代码影响。只有当Head Stage让出CPU时，Root stage的In-band中断处理程序才得以执行并处理推迟传递过来的中断。总而言之，中断是从Head Stage流向Root Stage，这两个阶段形成了一个基于优先级进行中断传递的两级流水线。

Cobalt在头域中，拦截并响应中断，为应用程序提供实时能力。同时，Linux在根域中正常运行，仅仅是延迟处理了中断。

1.2.1.2 虚拟中断标志Virtual interrupt flag

为了保证头域中的out-of-band代码的实时性，根域中的in-band代码一定不能关闭CPU的物理中断。既要保证头域中的out-of-band中断处理程序随时响应物理中断，又要保证根域中的in-band中断处理程序仅仅在根域能接收中断时执行。

所以，需要实现一个双重中断控制机制，对物理中断的屏蔽和物理中断的传递进行解耦。为了实现这一目标，引入了虚拟中断标志（也称为IPIPE_STALL_FLAG）。从头域的角度来看，管理和使用CPU的物理中断标志（中断状态寄存器）。从根域的角度来看，管理和使用虚拟中断标志。关闭了虚拟中断标志，代表了根域不能响应中断；打开虚拟中断标志，代表了根域可以响应中断。

关闭物理中断标志或虚拟中断标志，也称为stall操作（对中断标志位进行置位）；相反，打开操作被称为unstall操作（对中断标志位进行清零）。

当根域中的Linux调用local_irq_save/local_irq_disable/spin_lock_irqsave等函数关闭中断时，实际上是对虚拟中断标志进行关闭操作，并没有真正的关闭物理中断标志。此时，头域中的Cobalt依然能够接收物理中断，保证实时性。

如果头域中的Cobalt关闭了物理中断标志，那意味着头域和根域都无法接收到中断。