摘要: 根据CortexM3内核的特点，对μC/OSII操作系统的安全性和稳定性进行研究。利用CortexM3内核上选配的MPU（Memory ProtectiON Unit，存储器保护单元)，对μC/OSII操作系统做适当的改进与优化。经测试，系统的安全性与稳定性得到很大的提高。
引言
μC/OSII是基于优先级的可剥夺型内核，系统中的所有任务都有一个唯一的优先级别，它适合应用在实时性要求较强的场合；但是它不区分用户空间和系统空间，使系统的安全性变差。而移植到CortexM3内核上的μC/OSII系统一般是运行在特权级下，以至于应用程序也可以访问操作系统的变量和常量，这样使得系统的安全性与稳定性变得更差。
1 开发坏境
采用IAR5.30作为开发环境，移植μC/OSII2.86到CortexM3内核，选用配置了MPU（Memory Protection Unit，存储器保护单元)的LPC1786处理器作为硬件实验平台，对操作系统的安全性和稳定性进行改进与优化。
2 CortexM3内核简介
在CortexM3内核*有两个堆栈指针：主堆栈指针（MSP），是系统上电后缺省的堆栈指针，它由OS内核、异常服务例程以及所有需要特权访问的应用程序代码来使用；进程堆栈指针（PSP），用于常规的应用程序代码（不处于异常服务例程中时）。
CortexM3处理器支持线程模式和处理模式两种工作模式，有特权级与用户级两个访问等级。异常处理总是工作在处理模式，只可使用主堆栈指针。处理模式总是在特权级下运行，而线程模式可在特权和用户级下运行。系统复位时总是处于线程模式的特权方式下，并且默认使用的堆栈指针是MSP。在用户级下，对特殊功能寄存器和系统控制空间（SCS）的大部分寄存器的访问是禁止的[2]。
经实验验证，在用户级下使用MSR、MRS指令访问特殊功能寄存器（CONTROL等），这些指令被当作NOP指令（空指令）执行，而对系统控制空间（SCS）寄存器访问会产生精确的总线访问异常。
另外，CortexM3内核还可以选配MPU（如LPC1700系列、LM3S系列处理器），用于对存储器进行保护。设定一块内存的访问权限，对系统的安全性有很好的帮助。
3 μC/OSII内核简介
μC/OSII是一个可移植、可固化、可裁剪的抢占式实时多任务内核。大部分用ANSI C语言编写，只有一小部分与硬件相关的代码用汇编语言编写。至今，μC/OSII已经在40多种不同架构的微内核处理器上移植成功[4]。μC/OSII 内核只提供了任务调度、任务管理、时间管理和任务间通信等基本功能，体系结构如图1所示。进行系统移植时，只需要修改OS_CPU_C.C、OS_CPU.H、OS_CPU_A.ASM这3个文件即可。
μC/OSII体系结构
图1 μC/OSII体系结构
4 μC/OSII操作系统移植的改进
μC/OSII*****提供的基于CortexM3内核移植的μC/OSII系统一直工作在特权级下。这样做的好处是，系统不用频繁地切换访问等级，而且开关中断很快，利于实时性的实现；但是应用程序（用户任务）也可以访问特殊功能寄存器和系统控制空间（SCS）寄存器，修改操作系统的变量，这对系统的安全性是一种威胁，如果用户任务程序跑飞，那就有可能破坏系统寄存器和变量[5]。[!--empirenews.page--]
4.1 系统寄存器的设置
用户应用程序运行在用户级,使用PSP堆栈指针；操作系统函数运行在特权级，使用的也是PSP堆栈指针；而中断服务例程运行在处理模式的特权方式下，使用MSP堆栈指针。
特权与用户级分区
图2 特权与用户级分区
首先利用MPU把内存分为特权级访问和用户级访问两个区，如图2所示。在系统初始化时，设置MPU相关寄存器，为系统分配任务堆栈与主堆栈：任务堆栈分配在用户区，系统变量与主堆栈分配在特权区，只可特权级下访问。
4.2 系统函数的修改
用户任务工作在用户级下，操作系统函数工作在特权级下，任务可能会在执行系统函数时执行上下文切换，因此系统要记录任务切换时是处在特权级还是用户级下，以便任务再次获得处理器控制权时，切换到原先的访问等级下。在任务创建时，加入访问权限参数mode。
权限的值定义为：
#define OS_Mode_USER 1u //用户级
#define OS_Mode_PRIVILEGE 0u //特权级
在创建任务函数与堆栈初始函数的参数中加入访问权限参数，形式如下：
INT8U OSTaskCreateExt (……,INT8U mode );
OS_STK *OSTaskStkInit (……,INT8U mode);
在堆栈初始化时，把mode最后存到堆栈当中，以便任务第一次运行时进入相应的工作模式（特权级或用户级）。统计任务和空闲任务的mode是OS_Mode_PRIVILEGE，而用户任务为OS_Mode_USER。
4.3 OS_CPU_A.ASM文件中函数的修改
在OS_CPU_A.ASM文件中，只需修改函数PendSV_Handler（PendSV服务例程），任务切换是由它来完成的。同时，设置PendSV的优先级为最低，以便快速响应中断，提高系统的实时性。PendSV服务例程的流程如图3所示。
PendSV服务例程流程
图3 PendSV服务例程流程
任务切换上文的程序：
SUBS R0,R0,#0x24;调整PSP指针，mode、R4~R11共36字节
MRS R1,CONTROL;获取当前任务的访问等级mode
STM R0,{R1,R4R11};压栈mode，R4~R11
LDR R1,=OSTCBCur;获取OSTCBCur?﹥OSTCBStkPtr
LDR R1,[R1]
STR R0,[R1];存储PSP值到任务控制块切换下文的程序：
……;OSPrioCur=OSPrioHighRdy;
……;OSTCBCur=OSTCBHighRdy;
……;得到新任务的PSP值，存储到R0中
LDM R0,{R1,R4R11};R1(mode),R4~R11出栈
MSR CONTROL,R1;修改CONTROL[0]
ORR LR,LR,#0x04;选择返回时使用的堆栈
ADDS R0,R0,#0x24;调整PSP值
MSR PSP,R0;R0存入PSP中[!--empirenews.page--]
4.4 系统函数的使用
系统函数都是在特权级下执行的，在应用程序中调用系统函数前应该切换到特权级，系统函数执行完毕后再切换后用户级。调用形式如下：
ToPrivilege ();
OSFunction(Parameter1, Parameter2……)；//系统函数
ToUser ();
在特权级下可以通过置位CONTROL[0]来进入用户级。用户级下是不能通过修改CONTROL[0]来回到特权级的，必须通过一个异常 handler来修改CONTROL[0]，才能在返回到线程模式后取得特权级。因此，从用户级到特权级的方法就是产生一个异常，再在异常例程中修改 CONTROL[0]。通常的方法是使用软中断SVC。
切换到特权级的代码如下：
ToPrivilege;函数ToPrivilege ()
SVC 0
BX LR
SVC_Handler;SVC服务例程
MRS R1,CONTROL
AND R1,R1,#0xFE
MSR CONTROL,R1;回到特权级
BX LR
而从特权到用户级就简单了，只要执行切换程序就可以了，不用产生异常。切换到用户级的代码为：
ToUser;函数ToPrivilege ()
MRS R0,CONTROL
ORR R0,R0,#0x01;切换到用户级
MSR CONTROL,R0
BX LR
4.5 其他改进方法
任务在用户级+PSP下运行，而操作系统函数运行在特权级+MPS运行，中断服务例程有硬件设定在处理模式+特权级+MSP，这样系统的安全性和稳定性会更高。但是每个任务需要两个堆栈PSP、MSP。这样无疑增加了内存的使用（将近增加一倍），由于嵌入式芯片的片内RAM比较小，增加内存必然会增加成本，并且要对任务控制块做相应的修改，存储两个堆栈。任务创建时对这两个堆栈都要初始化，任务切换时判断切换的堆栈与访问权限，这些都增加了系统的开销。
结语
在以CortexM3为内核的LPC1786处理器上，对修改后的操作系统进行简单的测试。创建4个任务，每个任务只是简单地控制一个LED灯的开关。系统连续稳定地运行10个小时以上没出现任何问题，可见系统移植成功。利用CortexM3内核选配的MPU，对μC/OSII操作系统进行修改，只是增加了很小的系统开销，却使系统的安全性和稳定性得到了很大的提高。该方法可应用于对系统安全性与稳定性要求比较高的场合。
