? ? 應(yīng)該注意到，這3個函數(shù)的功能僅僅是保存換出任務(wù)的上下文和裝載換入任務(wù)的上下文，之所以這么簡單，主要是因?yàn)镾12X的寄存器很少，中斷響應(yīng)和返回過程硬件都自動完成了所有寄存器的保存和恢復(fù)。這也從一個側(cè)面說明了為什么需要借助中斷完成任務(wù)切換的一個原因：借助中斷機(jī)制，可以高效簡潔地完成上下文切換。
? ? (2)os_cpu_c．c
? ? 這個文件里面至少需要修改兩個函數(shù)，即任務(wù)棧初始化函數(shù)OSTaskStkInit和時鐘節(jié)拍服務(wù)程序OS_CPU_SysTICkHandler。遵照S12X中斷的棧結(jié)構(gòu)，OSTaskStkInit實(shí)現(xiàn)如下：
? ??

? ? 從棧頂?shù)綏５滓来螢镃CR、D、X、Y、PC，按照S12X的C語言參數(shù)傳遞規(guī)則，任務(wù)函數(shù)的傳入?yún)?shù)被保存在了D寄存器對應(yīng)的棧位置。

? ? 該宏保存被中斷任務(wù)的棧頂指針，在其TCB結(jié)構(gòu)中，之所以需要先遞增SP、保存SP、再遞減，是因?yàn)镃PU_SR_ALLOC()宏定義了一個局部變量，該變量處在任務(wù)棧上，但是不屬于上下文的一部分。
? ? 如果在該移植版本上寫中斷服務(wù)子程序，都需要寫成上述格式，μC／OS-III才能夠正常運(yùn)行。另外，需要將OSTaskSwHook函數(shù)單獨(dú)定義在os_cpu_a．a(chǎn)sm文件中所定義的那個段中，這只需在該函數(shù)頭尾加上如下語句：
? ? #pragma CODE_SEG codesection2
? ? void OSTaskSwHook(void){
? ? ……
? ? }
? ? #pragma CODE_SEG DEFAULT
? ? 這是因?yàn)樵摵瘮?shù)被os_cpu_a．a(chǎn)sm文件中的3個匯編函數(shù)以bsr指令調(diào)用，而bsr只能夠?qū)崿F(xiàn)-128～+127范圍的相對轉(zhuǎn)移，故這里只需要將他們放在同一段，即可完成跳轉(zhuǎn)。
? ? os_cpu．h為頭文件，需要定義上述OS_SAVE_SP()宏，其他的可以不更改，也可以刪除那些沒有被定義的聲明(如原來的pendSV的服務(wù)子程)，注意os_cpu_a．a(chǎn)sm是完全重寫，os_cpu_c．c只是修改上述兩個函數(shù)。
? ? (3)cpu．h
? ? 編譯器無關(guān)的數(shù)據(jù)類型定義，可以參考Edit->Standard Setting->Compiler for HC12->type sizes，默認(rèn)情況下char為8位，int和short為16位，long和long long為32位，該編譯器不支持64位。該處理器為大端模式、棧生長方向?yàn)檫f減，其余的設(shè)置都很容易改動，這里不一一贅述。