关于wake_up跟schedule和中断处理程序的疑问

spt_zeus

在看ldd3，第6章，有个问题请教。

摘录：
Normally, a process that is awakened may preempt the current process and be
scheduled into the processor before wake_up returns. In other words, a call to
wake_up may not be atomic. If the process calling wake_up is running in an
atomic context (it holds a spinlock, for example, or is an interrupt handler), this
rescheduling does not happen.

这里说，wake_up返回之前，就可能有进程切换，除非占用了spinlock或者在中断处理程序中。

我的问题：
1. 在try_to_wake_up()中，只是设置了TIF_NEED_RESCHED标志，那真正调用schedule()是在什么时候？
如果在单处理器，非抢占内核下，是不是肯定会等到wake_up结束，才有调度？

2. 内核是怎么做到：如果在中断处理程序中调用了wake_up，是不会进行调度的。我看2.6的schedule()函数中，也没有
代码在判断是不是在中断处理中。


问题写的有点乱，因为是新手，脑子里本来就比较糊涂，所以问的不清楚。
如果觉得我哪里写的不清楚，请指出来，我改正。

accessory

我胡乱猜下：
schedule()也许是在定时器中断里调用的。定时器中断也是个中断处理函数，这时其他进程都停止了，在定时器中断里可以检查下各个进程的状态，是否用完了时间，然后进行调度。

大概看了下代码，看不出来我猜的对不对。等高手来确认下。

garyv

个人认为：
1.非抢占内核下，调度在wake_up()返回之后进行，因为非抢占性
2.中断可看做优先级最高的进程，ISR里面调用了wake_up()的话内核会在ISR返回时做schedule，判断是否中断上下文的代码在schedule()函数之外