uCOS临界值的模式2的解释？

白菜菜

• 原帖地址：https://www.cnblogs.com/pengwangguoyh/articles/3471866.html
  
• 
  
• function_a()  
• {  
•      int a=(1<<31);  
•      OS_ENTER_CRITICAL();  
•      function_b(a);  
•      OS_EXIT_CRITICAL();  
•       
• }  
  

function_a:     push ebp     mov ebp, esp     sub esp, 8     mov 4(esp), 0x80000000     pushfd     cli     mov edi, 4(esp)     mov (esp), edi     call function_b    popfd    mov esp, ebp    ret

    这是参照了gcc编译结果的汇编模拟，无论是否加优化选项这一问题都存在。这个问题的起因很简单，gcc想聪明一点，一次把堆栈降个够，然后它就可以在栈上随意放参数去调用其他函数。尤其是在调用函数较多的时候，这种做法就更有意义。而且，gcc这种聪明与优化选项O好像没有太大关系，好像没有什么能禁止它这么做。但问题是，gcc不知道我们的OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()是操作了堆栈的，我尝试过使用__asm__ __volatile__("pushfd \n\tcli":::"memory")来通知gcc内存数据改变了，但显然gcc不认为堆栈也改变了。于是，OS_ENTER_CRITICAL()保存在栈上的状态就被冲掉了，比如被这里调用参数a的值。在恢复时，是否会引发异常，会引发什么异常，这个就要靠运气了。但我相信一个人的运气不会总是那么好的，所以最后别使用OS_CRITICAL_METHOD=2。

1、 上文我比较不理解，标红的话，有大佬能解释一下为什么会被冲掉？

2、对于ucosii的临界保护模式，一般用模式几？

正点原子

帮顶

白菜菜

顶顶