如上图所示，SRCPND寄存器对应的32个中断源总共被分为6个组，每个组由一个ARBITER（0~5）寄存器对其进行管理。中断必须先由所属组的ARBITER（0~5）进行第一次优先级判断（第一级判断）后再发往ARBITER6进行最终的判断（第二级判断）。ARBITER（0~5）这六个组的优先级已经固定，我们无法改变，也就是说由ARBITER0控制的该组中断优先级最高（该组产生的中断进行第一级判断后永远会以REQ0向ARBITER6传递过去）其次是ARBITER1,

ARBITER2, ARBITER4, ARBITER4,

ARBITER5.我们能够控制的是某个组里面各个中断的优先级顺序。怎么控制？通过PRIORITY寄存器进行控制：]

以下是PRIORITY寄存器各个位的参数表

从表上我们可以知道PRIORITY寄存器内部各个位被分为两种类型，一种是ARB_MODE,另一种为ARB_SEL,

ARB_MODE类型有5组对应ARBITER（2~6），ARB_SEL类型有7组对应ARBITER（0~6）。现在我将以ARBITER2为例，讲解中断组与PRIORITY寄存器中ARB_SEL,

ARB_MODE之间的相互关系。

首先我们看到ARBITER2寄存器管理的该组中断里包括了6个中断，分别是INT_TIMER0，INT_TIMER1，INT_TIMER2，INT_TIMER3，INT_TIMER4，INT_UART2，她们的默认中断请求号分别为REQ0，REQ1，REQ2，REQ3，REQ4，REQ5。我们先看PRIORITY寄存器中的ARB_SEL2，该参数由两个位组成，初始值为00。从该表可以看出00定义了一个顺序

0-1-2-3-4-5

，这个顺序就是这组中断组的优先级排列，这个顺序指明了以中断请求号为0（REQ0）的INT_TIMER0具有最高的中断优先级，其次是INT_TIMER1，INT_TIMER2…。假设现在ARB_SEL2的值被我们设置为01。则一个新的优先级次序将被使用，01对应的优先级次序为0-2-3-4-1-5，从中可以看出优先级最高和最低的中断请求和之前没有变化，但本来处于第2优先级的INT_TIMER1中断现在变成了第5优先级。从ARB_SEL2被设置为00,01,10,11各个值所出现的情况我们可以看出，除最高和最低的优先级不变以外，其他各个中断的优先级其实是在做一个旋转排列（rotate）。为了达到对各个中断平等对待这一目标，我们可以让优先级次序在每个中断请求被处理完之后自动进行一次旋转，如何自动让它旋转呢？我们可以通过ARB_MODE2达到这个目的，该参数只有1个bit，置1代表开启对应中断组的优先级次序旋转，0则为关闭。事实上当该位置为1之后，每处里完某个组的一个中断后，该组的ARB_SEL便递增在1（达到11后恢复为00）。

现在我们另ARB_MODE2=1，ARB_SEL2=00

则当前ARBITER2的优先级顺序为0-1-2-3-4-5，假设现在该组的1号中断请求INT_TIMER1和2号中断请求INT_TIMER2被同时触发，CPU根据优先级判断后决定先把INT_TIMER1中断向ARBITER6进行发送（在ARBITER6做第最终优先级判断），接着再向ARBITER6发送INT_TIMER2中断。请注意，在INT_TIMER1被处理完毕后，该组中段的优先级次序被自动做了一次旋转，旋转后ARBITER2的优先级顺序变为0-2-3-4-1-5。假设之后某个时刻该组的INT_TIMER1和INT_TIMER2又被同时触发，则此时CPU优先处理的会是INT_TIMER2。若我们另ARB_MODE2=0，则改组的中断优先级次序在任何情况下都不做任何改变，除非我们人为地重新设置了ARB_SEL2的值。

呼。。。好累。。。终于说完了麻烦的优先级-_-…

继续。。。

INTPND

寄存器可能是整个中断处理过程中我们要特别注意的一个寄存器了，他的操作比较特别，怎么特别？请听我慢慢道来.：]

先看一下该寄存器各位详细功能列表