请问进程在preempt_disable后，还能永久执行而不被调度吗？

kerryxi

在preempt_disable后，是不能被其他高优先级进程再抢占调度，但是在时间片到后，还能够继续执行吗？

谢谢。

kerryxi

谢谢各位牛人解答，但是本人看代码，系统也是会调度的样子，但是如果preempt_disable被调度之后，本cpu上面的其他任务执行，如果也调用spin_lock，这样这个cpu不就是被死锁了吗？

另外，最常用的get_cpu来获取per_cpu变量，就是为了防止本cpu抢占而使得per_cpu变量不一致，如果使用中间调度出去，per_cpu不也是同样被**了一致性吗？

kerryxi

谢谢asuka2001的回复。

preempt_count是属于thread_info， 就是因为thread_info相关，所以如果进程在preempt_disable后别切换出去了，spin lock才存在死锁的情况。

如进程A：
spin_lock(&lock)
critial_code
...
//need long long time to exec , and it may be scheduled out due to time slice over
spin_unlock

如果调度器切换当前的cpu到进程B，B也要使用相同的lock，此时cpu就不会永久的spin来等待同cpu的spin lock释放，但是显然此spin lock不会被释放了。
进程B：
spin_lock(&lock)
critial_code
spin_unlock

谢谢。

kerryxi

回复 10# asuka2001


    肯能是你的ko模块加载后，在cpu1上面调度，但是特别占用cpu，其他必须在cpu1上面运行的任务就在cpu1的运行队列中排队等待执行吧。

kerryxi

humjb_1983 发表于 2014-06-17 11:06
再看了下代码，更正下我之前的说法，在preempt_disable之后，如果进程不主动调度的话，应该不会调度到其它进 ...

同意楼主的看法，设置preempt_disalbe后，系统是不会再被调度了。

arm架构的主调度器也是优先判断这个preempt_count计数。
__irq_svc:
        svc_entry
        irq_handler

#ifdef CONFIG_PREEMPT
        get_thread_info tsk
        ldr        r8, [tsk, #TI_PREEMPT]                @ get preempt count
        ldr        r0, [tsk, #TI_FLAGS]                @ get flags
        teq        r8, #0                                @ if preempt count != 0
        movne        r0, #0                                @ force flags to 0
        tst        r0, #_TIF_NEED_RESCHED
        blne        svc_preempt
#endif

        svc_exit r5, irq = 1                        @ return from exception
UNWIND(.fnend                )
ENDPROC(__irq_svc)

谢谢humjb_1983