ucosII移植笔记

2024-02-06 05:18

文章标签 笔记移植 ucosii

本文主要是介绍ucosII移植笔记，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

μC/OS-II临界区管理机制

OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()

同样是通过关中断来保护临界区，OS_ENTER_CRITICAL/OS_EXIT_CRITICAL一共实现了三种实现方式，如下所示：

#if OS_CRITICAL_METHOD == 1

#define OS_ENTER_CRITICAL() __asm__("cli")

#define OS_EXIT_CRITICAL() __asm__("sti")

#endif

#if OS_CRITICAL_METHOD == 2

#define OS_ENTER_CRITICAL() __asm__("pushf \n\t cli")

#define OS_EXIT_CRITICAL() __asm__("popf")

#endif

#if OS_CRITICAL_METHOD == 3

#define OS_ENTER_CRITICAL() (cpu_sr = OSCPUSaveSR())

#define OS_EXIT_CRITICAL() (OSCPURestoreSR(cpu_sr))

#endif

移植

一、 μC/OS-II的文件结构

第一种方式，OS_ENTER_CRITICAL()简单地关中断，OS_EXIT_CRITICAL()简单地开中断。这种方式虽然简单高效，但无法满足嵌套的情况。如果有两层临界区保护，在退出内层临界区时就会开中断，使外层的临界区也失去保护。虽然ucos的内核写的足够好，没有明显嵌套临界区的情况，但谁也无法保证一定没有，无法保证今后没有，无法保证在附加的驱动或什么位置没有，所以基本上第一种方法是没有人用的。ucos的系统函数中通常含会有一段代码进入临界状态，故使用这种方式非常不可靠。

第二种方式，先将中断状态保存到堆栈，再关中断；执行OS_EXIT_CRITICAL时，从堆栈中恢复原来的中断状态。缺点，当用户使用的处理器有堆栈指针相对寻址模式时，可能出现严重错误。

第三种方式，些编译器提供了扩展功能，用户可以得到当前处理器状态字的值，并将其保存在C函数局部变量之中。