【博文连载】ARM GIC(十四)gicv3架构-power控制详解

在带有gicv3的soc架构中,其框图如下所示:
gicv3中的redistributor与core中的cpu interface通过AXI-Stream进行通信。

一、connection

当core上电之后,需要将core中cpu interface与gic中的redistributor进行connect,这样将来gic才可以将中断发送给core。
connection的流程如下所示:
描述如下:

  • 执行在core的程序,将GICR_WAKER.ProcessorSleep位给置低,表示要connect redistributor
  • redistributor在完成connect之后,将GICR_WAKER.ChildrenAsleep位给置低,表示connect完成
  • 执行在core的程序,查询GICR_WAKER.ChildAsleep位是否为0,如果不是,表示redistributor还没有完成connect操作,就继续查询
  • 如果查询到0,表示connect完成,接着做之后的初始化工作

其汇编代码如下:
波形如下:
首先写GICR_WAKER寄存器,将ProcessorSleep位给置低。
然后读取GICR_WAKER寄存器,判断ChildAsleep位是否为0。在波形中,有读取到0,表示connect成功。
connect成功后,gic600会给cpu interface发送downstream包,设置vINTID,pINTID,RSS,DS这几个域。
downstream包,对于identifier为0,length为1的解释如下:

二、disconnection

当core下电之后,需要将core中cpu interface与gic中的redistributor进行disconnect,这样将来gic才不会将中断发送给core。
disconnection的流程如下所示:
描述如下:

  • 执行在core的程序,先将cpu interface的中断组使能给disable
  • 执行在core的程序,将GICR_WAKER.ProcessorSleep位给置高,表示要disconnect redistributor
  • redistributor给cpu interface发送 Quiesce包
  • cpu interface清掉内部所有pending的中断
  • 清除完毕后,cpu interface回发Quiesce Acknowledge包给redistibutor
  • redistributor收到cpu interface回发的响应之后,将GICR_WAKER.ChildrenAsleep位给置高,表示disconnect完成
  • 执行在core的程序,查询GICR_WAKER.ChildAsleep位是否为1,如果不是,表示redistributor还没有完成connect操作,就继续查询
  • 如果查询到1,表示disconnect完成
    其汇编代码如下:

其波形如下:
首先写GICR_WAKER寄存器,将ProcessorSleep位给置高,表示要disconect。
然后读取GICR_WAKER寄存器,判断ChildAsleep位是否为0。在波形中,有读取到0,表示disconnect不成功,需要再次读取判断。
gic600给cpu interface发送Quiesce包。
cpu interface收到该命令包,完成内部的操作后,回发quiesce acknowledge响应包。
至此,完成了disconnect操作,此时再读取GICR_WAKER寄存器,ChildAsleep位就为1了。

三、中断唤醒core

当core下电之后,gic就不再会给core发送中断。如果此时有一个中断是唤醒core的,那么其处理流程应该如何了?
在gicv3,为每一个redistributor,提供了WakeRequest输出信号。当GICR_WAKER的ProcessorSleep为1,此时外部有唤醒该core的中断请求,那么WakeRequest信号会被置高。
WakeRequest信号,会被连接到SCP或者PMU,也就是下图中的红色连线。当SCP或者PMU接收到WakeReqeust请求,就会将对应core给上电,然后core再connect redistributor,gic在将中断发送给该core,core再响应中断。


版权声明