中断线程

参考：2.6.34

看了下2.6.34中的中断线程，但是在《内核设计与实现》3ed_CN的p_90~p_130内并未提起中断线程，因此做下记录，其中关于kthread_create函数已在“工作队列”笔记中做了说明。

通常通过request_irq申请中断资源时并未注册中断线程处理函数，可以通过request_threaded_irq来注册中断线程处理函数。

注册中断线程处理函数：

int request_threaded_irq(unsigned int irq,
                         irq_handler_t handler,
                         irq_handler_t thread_fn,
                         unsigned long irqflags,
                         const char *devname,
                         void *dev_id) 
    |---->struct irqaction *action;
    |     struct irq_desc *desc;
    |     des = irq_to_desc(irq); 
    |     action = kzalloc(sizeof(struct irqaction), GFP_KERNEL);
    |
    |----action->handler = handler;中断处理函数
    |    action->thread_fn = thread_fn; 中断线程处理函数
    |    action->name = devname;
    |    action->dev_id = dev_id;
    |
    |---->int retval = __setup_irq(irq, desc, action);


__setup_irq()中新建中断线程

static int __setup_irq(unsigned int irq,
                       struct irq_desc *desc, 
                       struct irqaction *new)
    |---->int nested = desc->status & IRQ_NESTED_THREAD;
    |
    |此处考虑创建中断线程;
    |关于IRQ_NESTED_THREAD的意义，我并没有理解，存疑
    |if (new->thread_fn && !nested) {
    |
    |----struct task_struct *t;
    |    t = kthread_create(irq_thread, new, "irq/%d-%s", irq, new->name);
    |    get_task_struct(t);
    |    new->thread = t;
    |}
    |
    |----int shared = 0;
    |    struct irqaction **old_ptr;
    |    通过遍历irq_desc中域irqaction*，获得可添加irqaction的位置；
    |    若为首次添加，则shared = 0;否则shared = 1;
    |    是否首次添加的区被至于在于对irq_desc实例的status域的影响，
    |    因为第一个irqaction将决定是否兼容后续的irqaction添加。
    |    在__setup_irq中有一系列的兼容性检查，此分析中省略了。
    |----若首次添加，则执行......
    |----new->irq = irq;
    |----*old_ptr = new;
    |
    |----if(new->thread) wake_up_process(new->thread); 见本记录最后对此的疑问


若首次在irq_desc中域irqaction*添加irqaction，则执行如下流程：

|---->irq_chip_set_defaults(desc->chip);
|---->init_waitqueue_head(&desc->wait_for_threads);
|---->if(new->flags & IRQF_TRIGGER_MASK)设置中断被触发的类型。
|---->desc->status &= ~(IRQ_AUTODETECT | IRQ_WAITING | IRQ_OENSHOT |
|                      IRQ_INPROGRESS | IRQ_SPURIOUS_DISABLED);
|---->new->flags & IRQF_ONESHOT ? desc->status |= IRQ_ONESHOT :(void)0;
|---->if(!desc->status & IRQ_NOAUTOEN){
|    desc->depth = 0;
|    desc->status &= ~IRQ_DISABLED;
|    desc->chip->startup(irq);
|     }else desc->depth = 1;

何时唤醒中断线程？

handle_IRQ_event中，若中断处理函数返回值为IRQ_WEAK_THREAD,则wake_up_process(action->thread)

中断处理线程的执行：

static int irq_thread(void *data)
{                                                                                                                   
        struct sched_param param = { .sched_priority = MAX_USER_RT_PRIO/2, };
        struct irqaction *action = data; 
        struct irq_desc *desc = irq_to_desc(action->irq);
        int wake, oneshot = desc->status & IRQ_ONESHOT;

        sched_setscheduler(current, SCHED_FIFO, &param);
        current->irqaction = action; 

        while (!irq_wait_for_interrupt(action)) {
+-- 18 lines: irq_thread_check_affinity(desc, action);--------------------------------------------------------------
                {       
                        raw_spin_unlock_irq(&desc->lock);

                        action->thread_fn(action->irq, action->dev_id);
+--  3 lines: if (oneshot)------------------------------------------------------------------------------------------
                }       
+--  3 lines: wake = atomic_dec_and_test(&desc->threads_active);----------------------------------------------------
                if (wake && waitqueue_active(&desc->wait_for_threads))
                        wake_up(&desc->wait_for_threads);
        }       
+--  5 lines: Clear irqaction. Otherwise exit_irq_thread() would make-----------------------------------------------
        current->irqaction = NULL; 
        return 0;
}

疑问：1、固然在__setup_irq的最后唤醒中断线程没有错误，但是为什么要在__setup_irq的最后唤醒中断线程，如果不唤醒会导致错误么？

          2、内核中既有中断线程，又有工作线程，为何同时应入这两种方法？两者的区别和各自的优势又是什么？

          3、当然，我们也注意到中断线程的调度策略总被设置为“SCHED_FIFO"，而工作线程默认的调度策略是”SCHED_NORMAL", 为什么要把一个内核线程的调度策略设置成“SCHED_FIFO", SCHED_FIFO将一直持有cpu资源，要是在中断线程中做大量的工作，那系统的吞吐量将会大大降低？