转自：http://blog.csdn.net/droidphone/article/details/7489756

1.  中断流控层简介

早期的内核版本中，几乎所有的中断都是由__do_IRQ函数进行处理，但是，因为各种中断请求的电气特性会有所不同，又或者中断控制器的特性也不同，这会导致以下这些处理也会有所不同：

• 何时对中断控制器发出ack回应；
• mask_irq和unmask_irq的处理；
• 中断控制器是否需要eoi回应？
• 何时打开cpu的本地irq中断？以便允许irq的嵌套；
• 中断数据结构的同步和保护；

/*****************************************************************************************************/
声明：本博内容均由http://blog.csdn.net/droidphone原创，转载请注明出处，谢谢！
/*****************************************************************************************************/
为此，通用中断子系统把几种常用的流控类型进行了抽象，并为它们实现了相应的标准函数，我们只要选择相应的函数，赋值给irq所对应的irq_desc结构的handle_irq字段中即可。这些标准的回调函数都是irq_flow_handler_t类型：

目前的通用中断子系统实现了以下这些标准流控回调函数，这些函数都定义在：kernel/irq/chip.c中，

• handle_simple_irq  用于简易流控处理；
  
• handle_level_irq  用于电平触发中断的流控处理；
• handle_edge_irq  用于边沿触发中断的流控处理；
  
•  handle_fasteoi_irq  用于需要响应eoi的中断控制器；
  
• handle_percpu_irq  用于只在单一cpu响应的中断；
  
• handle_nested_irq  用于处理使用线程的嵌套中断；

驱动程序和板级代码可以通过以下几个API设置irq的流控函数：

• irq_set_handler();
  
• irq_set_chip_and_handler();
  
• irq_set_chip_and_handler_name();
  

以下这个序列图展示了整个通用中断子系统的中断响应过程，flow_handle一栏就是中断流控层的生命周期：

                                                                                           图1.1  通用中断子系统的中断响应过程

2.  handle_simple_irq

该函数没有实现任何实质性的流控操作，在把irq_desc结构锁住后，直接调用handle_irq_event处理irq_desc中的action链表，它通常用于多路复用（类似于中断控制器级联）中的子中断，由父中断的流控回调中调用。或者用于无需进行硬件控制的中断中。以下是它的经过简化的代码：

3.  handle_level_irq

4.  handle_edge_irq

[cpp]  view plain  copy

1. do {  
2.                ......  
3.     if (unlikely(desc->istate & IRQS_PENDING)) {  
4.         if (!irqd_irq_disabled(&desc->irq_data) &&  
5.             irqd_irq_masked(&desc->irq_data))  
6.             unmask_irq(desc);  
7.     }  
8.   
9.     handle_irq_event(desc);  
10.   
11. } while ((desc->istate & IRQS_PENDING) &&  
12.      !irqd_irq_disabled(&desc->irq_data));  

IRQS_PENDING标志会在handle_irq_event中清除。

5.  handle_fasteoi_irq

6.  handle_percpu_irq

7.  handle_nested_irq

该函数用于实现其中一种中断共享机制，当多个中断共享某一根中断线时，我们可以把这个中断线作为父中断，共享该中断的各个设备作为子中断，在父中断的中断线程中决定和分发响应哪个设备的请求，在得出真正发出请求的子设备后，调用handle_nested_irq来响应中断。所以，该函数是在进程上下文执行的，我们也无需扫描和执行irq_desc结构中的action链表。父中断在初始化时必须通过irq_set_nested_thread函数明确告知中断子系统：这些子中断属于线程嵌套中断类型，这样驱动程序在申请这些子中断时，内核不会为它们建立自己的中断线程，所有的子中断共享父中断的中断线程。