在基于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