RT-THREAD 的rt_thread_suspend 好像无法将任务挂起
最近在移植RT-THREAD 碰到了一个问题:我想在一个任务里面将另外一个任务挂起,在这个任务执行完毕才恢复挂起的任务,调用rt-threadAPI 函数 rt_thread_suspend 后 发现我想挂起的任务仍然在运行,这就很奇怪了,不知道大家是否也发现是这样子,这是RT-THREAD故意这样设计的吗?那有什么办法可以实现类似UCOS 下 OSTaskSuspend功能的?期待高手来帮我解答一下。 刚才又单步跟踪了一下发现 rt_thread_suspend 中有这样一段 if (thread->stat != RT_THREAD_READY){
RT_DEBUG_LOG(RT_DEBUG_THREAD,\
("thread suspend: thread disorder, %d\n", thread->stat));
return -RT_ERROR;
}
好像是要等到我要挂起的任务不处于DELAY状态才能执行下面的操作,但是不解的是为什么要这么做,直接在就绪表里面把这个任务删除不久完了么,为什么要多一个这个判断呢,如果不判断会有什么问题呢? 唉,我也遇到同样的问题。没解决,同问。 一个个是直接写代码不看文档提示呀
《RT-Thread编程指南》的6.7.9节:
注:如果挂起当前任务,需要在调用这个函数后,紧接着调用rt_schedule函数进行 *手动的线程上下文切换* 。
可是我并不是挂起当前任务,我是在当前任务中挂起另一个任务,现在发现要加一个while来判断是否挂起成功,想知道的是,如果去掉 if (thread->stat != RT_THREAD_READY)这一段会有什么影响? dso_2012 发表于 2012-5-15 09:41 static/image/common/back.gif
可是我并不是挂起当前任务,我是在当前任务中挂起另一个任务,现在发现要加一个while来判断是否挂起成功, ...
一般你进入一个线程,另一个应该自动挂起了啊 对,但是我现在想实现的是:我想要挂起的任务在 当前任务运行的整个过程中,不能再运行,直到我手动唤醒它。但是目前看来无法将其真正挂起,我用UCOS 系统是可以的,UCOS 直接操作了任务就绪表,将这个任务删除了。 记得调用suspend之后线程会被挂起到下次任务调度的时刻 那这个挂起就不是真正的挂起了,RTT 不能实现任务真正的挂起吗,除非人为地去手动唤醒它,就像UCOS那样。 本帖最后由 tiancaigao7 于 2012-5-15 20:12 编辑
dso_2012 发表于 2012-5-15 19:09 static/image/common/back.gif
那这个挂起就不是真正的挂起了,RTT 不能实现任务真正的挂起吗,除非人为地去手动唤醒它,就像UCOS那样。 ...
我又重新看了一下源代码,发现suspend方法确实是会将当前线程挂起,指导resume函数将线程重新加入到线程切换队列中。因此我感觉你之前的现象可能是判断有错误。 dso_2012 发表于 2012-5-15 09:41 static/image/common/back.gif
可是我并不是挂起当前任务,我是在当前任务中挂起另一个任务,现在发现要加一个while来判断是否挂起成功, ...
请给出测试代码出来。 类似的现象我也遇到,比如我想实现某个线程运行时将另外某个线程强制挂起,直到我手动恢复再接着运行,开始我也想当然的用suspend方法实现,可是现实情况是suspend方法挂起的线程如果处于非READY状态,是没法挂起的,只好用信号量等间接的实现,比较麻烦,不知是不是我对suspend理解错误了? 本帖最后由 sunnydragon 于 2013-1-24 13:20 编辑
楼主的意思应该是在自己的线程中去挂起并且是一直挂起其他线程,直到手动允许其恢复。这点在ucos中很好解决,使用suspend及resume即可。。但是在rtt中就得使用信号量,因为线程中大部分进入到挂起状态都是在执行rt_thread_delay()的时候,等delay时间到了,线程一样会进入到就绪队列中去。而使用信号量可以使被控制的线程自己主动被挂起,直到获得信号量,被控线程状态才转换为就绪状态。。这样做就可以解决楼主的问题。。这也是rtt与ucos中的一些细小差别~
页:
[1]