软中断上下文能够睡眠吗?

转载 2013年12月03日 09:05:44

转载自:

tiloog的博客——沙漠绿洲——Alan's Blog for technology


    这个问题实际上是一个老生常谈的问题,答案也很简单,Linux在软中断上下文中是不能睡眠的,原因在于Linux的软中断实现上下文有可能是中断上下文,如果在中断上下文中睡眠,那么会导致Linux无法调度,直接的反应是系统Kernel Panic,并且提示dequeue_task出错。所以,在软中断上下文中,我们不能使用信号量等可能导致睡眠的函数,这一点在编写IO回调函数时需要特别注意。在最近的一个项目中,我们在dm-io的callback函数中去持有semaphore访问竞争资源,导致了系统的kernel panic。其原因就在于dm-io的回调函数在scsi soft irq中执行,scsi soft irq是一个软中断,其会在硬中断发生之后被执行,执行上下文为中断上下文。


 


       中断上下文中无法睡眠的原因大家一定很清楚,原因在于中断上下文不是一个进程上下文,其没有一个专门用来描述CPU寄存器等信息的数据结构,所以无法被调度器调度。如果将中断上下文也设计成进程上下文,那么调度器就可以对其进行调度,如果在开中断的情况下,其自然就可以睡眠了。但是,如果这样设计,那么中断处理的效率将会降低。中断(硬中断、软中断)处理都是些耗时不是很长,对实时性要求很高,执行频度较高的应用,所以,如果采用一个专门的后台daemon对其处理,显然并不合适。


 


       Linux对中断进行了有效的管理,一个中断发生之后,都会通过相应的中断向量表获取该中断的处理函数。在Linux操作系统中都会调用do_IRQ这个函数,在这个函数中都会执行__do_IRQ(),__do_IRQ函数调用该中断的具体执行函数。在执行过程中,该函数通过中断号找到具体的中断描述结构irq_desc,该结构对某一具体硬件中断进行了描述。在irq_desc结构中存在一条链表irqaction,这条链表中的某一项成员都是一个中断处理方法。这条链表很有意思,其实现了中断共享,例如传统的PCI总线就是采用共享中断的方法,该链表中的一个节点就对应了一个PCI设备的中断处理方法。在PCI设备驱动加载时,都需要注册本设备的中断处理函数,通常会调用request_irq这个函数,通过这个函数会构造一个具体的irq action,然后挂接到某个具体irq_desc的action链表下,实现中断处理方法的注册。在__do_IRQ函数中会通过handle_IRQ_event()函数遍历所有的action节点,完成中断处理过程。到目前为止,中断处理函数do_IRQ完成的都是上半部的工作,也就是设备注册的中断服务程序。在中断上半部中,通常都是关中断的,基本都是完成很简单的操作,否则将会导致中断的丢失。耗时时间相对较长,对实时性要求不是最高的应用都会被延迟处理,都会在中断下半部中执行。所以,在中断上半部中都会触发软中断事件,然后执行完毕,退出服务。


 


       __do_IRQ完成之后,返回到do_IRQ函数,在该函数中调用了一个非常重要的函数irq_exit(),在该函数中调用invoke_softirq(),invoke_softirq调用do_softirq()函数,执行软中断的操作。此时,程序的执行环境还是中断上下文,但是与中断上半部不同的是,软中断执行过程中是开中断的,能够被硬中断而中断。所以,如果用户的程序在软中断中睡眠,操作系统该如何调度呢?只有kernel panic了。另外,软中断除了上述执行点之外,还有其他的执行点,在内核中还有一个软中断的daemon处理软中断事务,驱动程序也可以自己触发一个软中断事件,并且在软中断的daemon上下文中执行。但是硬中断触发的事件都不会在这个daemon的上下文中执行,除非修改Linux中的do__IRQ代码。


 


       上述对软中断的执行做了简要分析,我对Linux中的硬中断管理机制做了一些代码分析,这一块代码量不是很大,可移植性非常的好~~建议大家阅读,对我上述的分析和理解存在什么不同意见,欢迎大家讨论。





中断处理中不能睡眠的原因

这个问题实际上是一个老生常谈的问题,答案也很简单,Linux在软中断上下文中是不能睡眠的,原因在于Linux的软中断实现上下文有可能是中断上下文,如果在中断上下文中睡眠,那么会导致Linux无法调度,...
  • xuweigaoqin
  • xuweigaoqin
  • 2013年12月25日 14:55
  • 634

什么是进程上下文,什么是中断上下文

进程上下文和中断上下文是操作系统中很重要的两个概念,这两个概念在操作系统课程中不断被提及,是最经常接触、看上去很懂但又说不清楚到底怎么回事。造成这种局面的原因,可能是原来接触到的操作系统课程的教学总停...
  • gangyanliang
  • gangyanliang
  • 2011年10月19日 09:53
  • 10151

软中断上下文能够睡眠吗?

转载自: tiloog的博客——沙漠绿洲——Alan's Blog for technology http://bbs.ednchina.com/BLOG_ARTICLE_182873.H...
  • force_eagle
  • force_eagle
  • 2013年12月03日 09:05
  • 3605

中断和中断处理

1、中断的基本概念  
  • do2jiang
  • do2jiang
  • 2010年04月13日 21:12
  • 1722

进程上下文和中断上下文、原子上下文的区别

内核空间和用户空间是现代操作系统的两种工作模式,内核模块运行在内核空间,而 用户态应用程序运行在用户空间。它们代表不同的级别,而对系统资源具有不同的访问权限。内核模块运行在最高级别(内核态),这个级下...
  • yuesichiu
  • yuesichiu
  • 2014年03月26日 20:03
  • 3057

中断上半部,下半部/软中断/tasklet/工作队列

在阅读本文之前,可以先行阅读:中断上下文、进程上下文本文回答了为什么引入中断上部分、下部分以及上半部和下半部各自的分工;同时重点分析了下半部的三种机制及tasklet和工作队列的使用模块,能对整个框架...
  • jin13277480598
  • jin13277480598
  • 2016年03月30日 21:50
  • 1166

再思linux内核在中断路径内不能睡眠/调度的原因(2010)

版权声明:本文为博主原创文章,未经博主允许不得转载。 Linux内核中断路径中不能睡眠,为什么?   这里就行了很深入的讨论,值得一看:http://bbs2.chinaunix.net...
  • fivedoumi
  • fivedoumi
  • 2016年03月12日 13:27
  • 421

转载_linux中断之下半部

[导读]中断方式以异步方式执行并且有可能会打断期待其他重要代码,甚至包括其它中断处理程序的执行,因此为了避免被打断的代码停止的时间过长,中断处理程序应该执行得越快越好。 1.中断是内核不可缺...
  • williamwanglei
  • williamwanglei
  • 2013年04月03日 17:52
  • 559

linux 信号与软中断

linux信号机制详细解析
  • a675311
  • a675311
  • 2015年10月15日 14:49
  • 251

Linux内核中进程上下文、中断上下文、原子上下文、用户上下文的理解

进程上下文和中断上下文是操作系统中很重要的两个概念,这两个概念在操作系统课程中不断被提及,是最经常接触、看上去很懂但又说不清楚到底怎么回事。造成这种局面的原因,可能是原来接触到的操作系统课程的教学总停...
  • laoliu_lcl
  • laoliu_lcl
  • 2014年10月10日 22:42
  • 864
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:软中断上下文能够睡眠吗?
举报原因:
原因补充:

(最多只允许输入30个字)