首页 > 代码库 > OSEck中odo_vect2pcb的作用
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] = {pcb0,pcb1,...,pcb15};
.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 .endmvector_macro 2vector_macro 3vector_macro 4vector_macro 5vector_macro 6vector_macro 7vector_macro 8vector_macro 9vector_macro 10vector_macro 11vector_macro 12vector_macro 13vector_macro 14vector_macro 15
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。