新手关于ucos任务切换的问题
举个例子：王小二的任务现在正在被cpu执行，到某一处王小二的任务调用任务调度函数OSSched（）准备任务切换，假设正好有一个更高优先级的任务李小三已经准备就绪，那么调度函数要切换到李小三运行，此时在调度函数里模拟软中断保存cpu所有寄存器的值以及当前PC值（注意这里），并恢复李小三堆栈空间里的值到PC，开始运行李小三任务。那么我的问题是：切换是在调度函数里实现的，那么切换时当时PC的值也是调度函数里，当王小二重新被执行时，恢复CPU值，此时恢复的PC值是在调度函数里，如何再回到王小二任务里？
不知道大家能不能看明白我的意思，如果有理解这个问题的 希望帮我解说一下，看到这里一直被困扰，谢谢了。 哪位大侠能帮帮我啊，在线坐等~~~~~~ 系统这个时候不是返回去做王小二，而是切换，是一个新的切换过程，你只要把这个时候的王小二不当做以前的王小二去思考，就会明白了。本人也是新手，个人愚见，仅供参考。 niaojingxin 发表于 2012-5-14 10:07 static/image/common/back.gif
系统这个时候不是返回去做王小二，而是切换，是一个新的切换过程，你只要把这个时候的王小二不当做以前的王 ...
谢谢你的回复
我假定是王小二又得到执行权，再次执行的时候，根据之前入栈保存的断点处的CP是调度函数里的某一点，那么在CP恢复的时候岂不是恢复到调度函数里边了，而没有恢复到王小二任务里。
主要是恢复王小二这个任务的具体过程。 PC值不是在调度函数里的某点，是任务挂起的那个点。你所说的在调度函数里面的某点位于临界段，OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()两个函数将这段临界段代码封起来了，保存cpu寄存器的值以及当前PC值操作在OS_ENTER_CRITICAL()函数里。回复时间有限制，郁闷啊。 执行OSSched（）时并不会立刻压栈吧，要执行到最后的OS_EXIT_CRITICAL()开中断以后才开始压栈吧，那回到王小二任务的时候，断点应该是OS_EXIT_CRITICAL()函数里开中断之后的一点吧，这是我个人见解，之前我也被这个问题困扰了一段时间，这样理解不知道正不正确，多多指教！ niaojingxin 发表于 2012-5-14 11:08 static/image/common/back.gif
PC值不是在调度函数里的某点，是任务挂起的那个点。你所说的在调度函数里面的某点位于临界段，OS_ENTER_CRI ...
niaojingxin大侠您好 ，您可能没有明白我的意思，给你看图吧 deny 发表于 2012-5-14 11:49 static/image/common/back.gif
执行OSSched（）时并不会立刻压栈吧，要执行到最后的OS_EXIT_CRITICAL()开中断以后才开始压栈吧，那回到王 ...
voidOS_Sched (void)
{
#if OS_CRITICAL_METHOD == 3 //中断函数被设定为模式3
OS_CPU_SRcpu_sr;
#endif
INT8U y; //定义一个8位整数y
OS_ENTER_CRITICAL(); //关闭中断
if ((OSIntNesting == 0) && (OSLockNesting == 0)) {
y = OSUnMapTbl; /* Get pointer to HPT ready to run */
OSPrioHighRdy = (INT8U)((y << 3) + OSUnMapTbl]);
if (OSPrioHighRdy != OSPrioCur) { /* No Ctx Sw if current task is highest rdy */
OSTCBHighRdy = OSTCBPrioTbl;
OSCtxSwCtr++; //统计计数器OSCtxSwCtr加1,以跟踪任务切换次数
OS_TASK_SW(); //最后宏调用OS_TASK_SW()来完成实际上的任务切换
}
}
OS_EXIT_CRITICAL(); //打开中断
}
如源码，你的意思是，在OS_TASK_SW();执行后并没有压栈操作？是在OS_EXIT_CRITICAL（）之后？
是不是OS_TASK_SW()只是软中断置位，当OS_EXIT_CRITICAL（）之后才去响应中断然后保护断点的吗？ 叫大侠是抬举我了，本人也是刚开始搞这个不久，水平不高，只能说和您讨论讨论。在OS_TASK_SW();执行有压栈操作的，详见《嵌入式实时操作系统uCOS-II》(第二版)3.05节图F3.7下面的第一句话，你图上所标注的点B的PC值其实和点A处的PC值是一样的，因为OS_ENTER_CRITICAL(); 执行这个函数后，系统总中断关闭了，节拍是通过中断服务子程序调用OSTIMETICK实现的，所以，关闭总中断之后，程序计数器得不到系统的节拍服务，PC值不计数了，所以B点处的PC值其实就是A点处的值。这个是我的理解。 niaojingxin 发表于 2012-5-14 13:24 static/image/common/back.gif
叫大侠是抬举我了，本人也是刚开始搞这个不久，水平不高，只能说和您讨论讨论。在OS_TASK_SW();执行有压栈 ...
好兄弟，我更迷惑了PC值跟中断也有关系的吗？ zjw2012 发表于 2012-5-14 13:59 static/image/common/back.gif
好兄弟，我更迷惑了PC值跟中断也有关系的吗？
PC不是记录当前程序运行的地址吗？怎么在ucos里中断还可以把它关掉？ zjw2012 发表于 2012-5-14 12:33 static/image/common/back.gif
voidOS_Sched (void)
{
#if OS_CRITICAL_METHOD == 3 //中断函数被设 ...
是啊，我就是这样理解，执行OS_TASK_SW()的时候应该会压栈，但这只是调用函数那种压栈，执行完以后堆栈恢复了，在执行OS_TASK_SW()函数时只是允许软中断，但是并不是立刻响应啊，要执行到进入OS_EXIT_CRITICAL()函数里开中断以后才开始切换（假设此刻王小二任务是就绪表优先级最高的）到王小二任务吧，不知道我这样理解对不对，恳请指正 本帖最后由 niaojingxin 于 2012-5-14 15:55 编辑
仔细去看了下我移植的工程的汇编代码，应该如deny网友所说，存贮操作是在OS_EXIT_CRITICAL()函数里开中断以后，以前应该是我理解有误。惭愧，呵呵。学习了。要感谢楼主和deny网友。 niaojingxin 发表于 2012-5-14 15:53 static/image/common/back.gif
仔细去看了下我移植的工程的汇编代码，应该如deny网友所说，存贮操作是在OS_EXIT_CRITICAL()函数里开中断以 ...
嗯，太谢谢你们两位了，现在我对这个问题有了新的认识，等下班回去再好好看看源代码，谢谢你们。{:handshake:}
页:
[1]