OSEck中odo_vect2pcb的作用

在基于OSEck RTOS的TI DSP中，中断能够作为一个进程存在，在OSEck系统中，进程分为两类：优先级进程，中断进程。

当可屏蔽中断（INT4~15）发生后，就会运行相应的中断vector，在vector的代码中会找到注冊在该中断号上的进程，然后由OSEck负责调度，进而切换到可屏蔽中断进程。该中断进程与优先级进程类似，相同有PCB（进程控制块），而在odo_vect2pcb数组中就存储了可屏蔽中断号（INT4~15）与中断进程PCB的映射（这就是vect2pcb的含义）。odo_vect2pcb数组的索引作为中断号，索引相应的数组的值存储PCB指针。

比如，能够将TI DSP corePac的INTC模块中的eventCombiner的输出event0~3的中断服务程序创建为中断进程。如能够将event0绑定在INT5中断上，这样INT5中断发生后就会运行_vector5。然后通过以下的汇编代码odo_vect2pcb+vec_number*4找到event0相应的中断进程的PCB指针，OSEck就会切换到该进程运行。这里PCB结构中有个变量指示了进程的入口点，入口点就是event0的中断服务程序，每次中断发生后。切换到中断进程后，就会从该入口点处開始运行。

odo_vect2pcb[0~15] = {NULL,pcb1,...,pcb15};

INT0相应RESET。应该不须要设置中断进程。

 .sect	".vectors"
;RESET中断的vector。

__vector0:
     .nocmp
     BNOP    CheckFunc, 5
     .align 32

;vector1是用于NMI/Exception处理的。
__vector1:
     .nocmp
     ;把栈指针B15的值写到GPLYB寄存器，注意，这里牺牲了GPLYB寄存器的值，来保存B15的值，B15中存储的是跳转到vector1之前的进程的栈指针，所以要保存起来。
      MVC     B15, GPLYB
     ;把事先准备好的exception的栈指针赋值给B15（栈指针，当执行某进程时。B15就指向进程的栈），这样在处理exception时，就会用特定的分配好的栈   exceptionErrorStackPtr。
      MVKL    exceptionErrorStackPtr, B15
     MVKH    exceptionErrorStackPtr, B15
     LDW     *B15[0], B15
     ;跳转到检查错误的函数运行，BNOP checkErrorFunc 5指令等同于B checkErrorFunc， NOP 5。
      BNOP    checkErrorFunc, 5

;默认的vector2~15的实现。用".macro"宏来实现。

vector_macro .macro vec_num
     .align 32
__vector:vec_num::
     STW	B11,*B15--   ;将B11的值保存在栈中（B15）。
    ||MVKL	handlerFunc,B11 ;||表示本条指令与上一条指令是并行运行的。仅仅占一个cycle的时间。
      MVKH	handlerFunc,B11
     ;跳转到handlerFunc函数，由于B指令有5个cycle的延迟，且本BNOP指令中已包括了1个NOP，所以用户能够在剩余的4个cycle中加四条指令运行。如以下的四条指令，这些指令运行完后，将真正切换到handlerFunc函数运行。
     BNOP B11,1
     STW A11,*B15--
     STW A10,*B15--
     MVKL 	odo_vect2pcb+vec_number*4,A11  ;这样A11中保存了中断进程的pcb（进程控制块）指针
      MVKH	odo_vect2pcb+vec_number*4,A11
     .endm

vector_macro 2
vector_macro 3
vector_macro 4
vector_macro 5
vector_macro 6
vector_macro 7
vector_macro 8
vector_macro 9
vector_macro 10
vector_macro 11
vector_macro 12
vector_macro 13
vector_macro 14
vector_macro 15