3.5.2 __ipipe_init()之完成中断处理程序设置

点击查看系列文章 =》 Interrupt Pipeline系列文章大纲-优快云博客

原创不易，需要大家多多鼓励！您的关注、点赞、收藏就是我的创作动力！

3.5.2 __ipipe_init()之完成中断处理程序设置

       __ipipe_init()最核心的就是__ipipe_enable_pipeline()，接下来对其展开分析！__ipipe_enable_pipeline()又可以分成两大部分来分析。本小节分析第二部分：完成中断处理程序的设置。 

        借用在《 3.4.1.2 IPIPE对Linux中断号的改造》中总结的中断号映射图，关注一下root domain的中断号，在0~1033范围内，其中只有IPIPE_CRITICAL_IPI（1031）已经分配且设置了中断处理程序_ipipe_do_critical_sync()。其它的中断号怎么办？

• XIRQS(0~1023)

         通过调用ipipe_request_irq，把XIRQS(0~1023)的中断处理程序全部设置成：__ipipe_do_IRQ。也就是说，中断号0~1023到达root domain后，全部都要经过__ipipe_do_IRQ，然后才对接到Linux中断子系统。具体的处理流程，在后面的章节分析。

        在这里，分析一下ipipe_request_irq的要点。除了刚才提到的中断处理程序handler之外，还有一个控制标志control设置为IPIPE_HANDLE_MASK，代表此中断已经设置了handler！

• VIRQS(1024~1033)

        在函数__ipipe_ipis_request中，调用ipipe_request_irq把VIRQS(1024~1033)的中断处理程序全部设置成__ipipe_do_IPI，当然除了1031之外。 

• VIRQS(1034~1035)

         这两个VIRQS(1034~1035)，比较特殊哈，在《 3.4.4 __ipipe_init_early之再论虚拟中断》已经详细解释过了，这里不再重复。

        总之，在__ipipe_init()中，root domain所有的中断都已经分配了中断处理程序，用一副图总结如下。

 

       至于head domain是如何初始化的，中断是如何在head domain和root domain中流动的，下一章会一一阐述！

点击查看系列文章 =》 Interrupt Pipeline系列文章大纲-优快云博客

原创不易，需要大家多多鼓励！您的关注、点赞、收藏就是我的创作动力！