前面一节讲到的中断流处理流程是在hard_irq 流程上,工作在中断堆栈上。还有一种情况是使用中断线程的情形。request_threaded_irq参数中有两个处理函数handler,thread_fn是有区别的。handler主中断处理例程,运行hard_irq 流程上。而如果驱动程序填写thread_fn了,系统就会建立一个内核线程来运行thread_fn,这个中断处理函数运行在thread堆栈上。这个就是你在ps 可以看到诸如此类:
649 root 0 SW [irq/19-gpio-key]
650 root 0 SW [irq/18-gpio-key]
编译时如果定义了CONFIG_IRQ_FORCED_THREADING,参数irqflags不包含IRQF_NO_THREAD中断Action都将强制线程化处理。
<
本文介绍了Linux中断处理的另一种方式——中断线程化。通过设置thread_fn,中断处理程序可以在内核线程中运行,而不是在hard_irq上下文。当CONFIG_IRQ_FORCED_THREADING配置启用时,中断Action会被强制线程化。中断线程化时,主handler仅唤醒对应的irq_thread线程,由irq_default_primary_handler触发。这种机制提供了更灵活的中断处理环境。
订阅专栏 解锁全文
887

被折叠的 条评论
为什么被折叠?



