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

humjb_1983

kerryxi 发表于 2014-06-17 11:13
谢谢asuka2001的回复。

preempt_count是属于thread_info， 就是因为thread_info相关，所以如果进程在pre ...

按理spin_lock之后就不会调度出去了，但如果critical code执行时间过长的话，估计会触发异常了，比如softlockup，或者工作队列(比如kblockd)得不到调度而产生异常。

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

humjb_1983

kerryxi 发表于 2014-06-17 13:52
同意楼主的看法，设置preempt_disalbe后，系统是不会再被调度了。

arm架构的主调度器也是优先判断这 ...

看似这样的，至于时间片的问题，个人理解，在该进程的时间片用完之后，只会这是need_resched标记，但在preempt_disalbe后，没有了调度时机，即使设置了need_resched标记，也没用了。