关于work queue与softirq的一个问题

drizztzou

我正在看LKD2，里面有这么一句：works queues are the only bottom-half mechanisms that run in process context，但是如果softirq在ksoftirqd中运行的话，不是也是在进程上下文中吗？

请高手指点一下

思一克

softirq如果被softirqd调用，那就不在process context, 而是在softirqd的状态中. 如果被硬件中断直接调用， 那就是是在中断所在的状态

drizztzou

那也就是说interrupt context还分为两种上下文状态：软中断和硬中断

我理解的对吗？

帅绝人寰

不对， 再看看代码吧。

我们不可以假定说某个softirq会在softirqd中执行， 而一定要保证： 我写的softirq handler在中断上下文执行不会出错。

richardhesidu

原帖由 drizztzou 于 2006-3-13 16:58 发表
我正在看LKD2，里面有这么一句：works queues are the only bottom-half mechanisms that run in process context，但是如果softirq在ksoftirqd中运行的话，不是也是在进程上下文中吗？

请高手指点一下

ksoftirqd是内核线程，不属于进程上下文的范畴。

richardhesidu

原帖由 drizztzou 于 2006-3-13 17:16 发表
那也就是说interrupt context还分为两种上下文状态：软中断和硬中断

我理解的对吗？

中断上下文分为上半部和下半部，下半部包括软中断，tasklet，work queue

[ 本帖最后由 richardhesidu 于 2006-3-13 20:03 编辑 ]

通用寄存器

softirq和tasklet应该是在中断上下文中吧，不能睡眠，work queue是跑在内核线程里的，可以睡眠，那么ksoftirqd调用的do_softirq应该是什么状态呢？

[ 本帖最后由 通用寄存器 于 2006-3-13 18:43 编辑 ]

通用寄存器

原帖由 richardhesidu 于 2006-3-13 17:56 发表


ksoftirqd是内核线程，不属于进程上下文的范畴。

内核线程不属于进程上下文范畴？那属于什么范畴？

albcamus

ksoftirqd也算是process context， 可以睡眠。 可是除非softirq重复触发， 否则在interrupt conetxt中就处理完了， 不用唤起ksoftirqd来处理。

所以尽管softirq有可能在process context执行， 我们还是要保证它在interrupt context中不会出错。

通用寄存器

原帖由 albcamus 于 2006-3-14 10:01 发表
ksoftirqd也算是process context， 可以睡眠。 可是除非softirq重复触发， 否则在interrupt conetxt中就处理完了， 不用唤起ksoftirqd来处理。

所以尽管softirq有可能在process context执行， 我们还是要保证 ...

呵呵，懂了～