1、GIC的电源管理功能
从gic3开始,cpu interface放到了PE中,因此cpu interface和PE是同一个power domain。
而属于gic的其他组件,如redistributor,distributor,是另外一个power domain。
因此就有如下一种情况,PE和cpu interface的电源给断掉了,而gic的电源并没有断掉。此时gic给cpu interface发送数据,cpu interface是不会响应的。
在这种情况下,gic提供了power管理功能。
一、GICR_WAKER寄存器
gic中,提供了如下的 GICR_WAKER 寄存器,来支持power功能。

其寄存器描述如下:

二、断电cpu interface和PE
在cpu interface和PE要断电之前,软件要保证,通知redistributor,cpu interface和PE要进入low-power状态。
软件,要往GICR_WAKER寄存器的ProcessorSleep字段,写入1,表示PE要进入到low-power状态。cpu interface之后将自己置为low-power状态之后,就将ChildrenAseep字段,设置为1。
当GICR_WAKER.ChildrenAsleep为1之后,redistributor,不会在将中断,发送给cpu interface,distributor在中断仲裁时,也不会考虑该PE。
三、唤醒cpu interface和PE
当gic要唤醒cpu interface和PE时,也是操作这个 GICR_WAKER寄存器。
将processorsleep,写入0,然后去唤醒该cpu,最后读取childrenasleep,判断PE是否唤醒成功,

2、gicv3的中断分组
GICv3架构中,对中断进行了分组。分成了以下三个组:
- group0,用于EL3处理的中断
- secure group1:用于secure EL1处理的中断
- non-secure group1:用于non-secure的EL2和non-secure的EL1。
对于redistributor的set命令,带有Mod和Grp参数。

Mod与Grp共同表示,中断所属的组。其组合如下图所示:

对于每一组中断,有一个系统寄存器,来控制该组中断是否有效。
- ICC_IGRPEN0_EL1:针对group0的中断
- ICC_IGRPEN1_EL1:针对group1的中断,该寄存器分为non-secure和secure访问,不同的secure下,是访问当前(状态)secure下的寄存器
而每个中断的分组,由以下两个寄存器来决定:
- GICR_IGROUPR: interrupt group registers
- GICR_IGRPMODR:interrupt group modifier registers
每个中断,占寄存器中的1个bit,使用中断号进行索引。
当gic给cpu interface通过set命令发送中断,cpu能够响应该组中断,会回发activate命令,认可该中断。
如果cpu不能响应该组中断,会回发release响应。如下图所示:

gic给cpu interface通过set命令发送中断,中断号为93,优先级为0x40,Mod和Grp均为1,表示non-secure的group1。
cpu interface不能响应该中断,回发release响应。
3、GICv3软中断
软中断(software generated interrupts),用来多个核之间的通信(inter-processor communication)。软件通过写SGI寄存器来产生。(我觉得我的bug就是出现在这里的)
-
软件写ICC_SGI1R_EL1产生对应当前secure状态的group1软中断
-
软件写ICC_ASGI1R_EL1产生secure状态的group1软中断
-
软件写ICC_SGI0R_EL1产生secure状态的group0软中断 这三个寄存器的位域是一样的,如下图:

-
Aff3.Aff2.Aff1:表示软中断目的CPU的属性层次。
-
TargetList:表示要发给哪些CPU。
-
INTID:表示软中断号
-
IRM:软中断发送,是按照属性层次发送,还是发起其他所有的cpu
-
RS:range selector,和TargetList结合,表示发送哪些CPU
例如,IRM为0,INTID为1,Aff3.Aff2.Aff1为0.0.0,TargetList为0xf,RS为0,就表示,软中断发送给属性层次为0.0.0.[0-3]的cpu。 GICv3对软中断的中断号,进行了规定,只能是0-15。(0xf和0结合了个寂寞)

一、cpu interface SGI命令
软件写SGI寄存器后,cpu interface会通过gic stream接口,发送SGI命令。

- SGT:表示写的哪一个SGI寄存器 0b00: ICC_SGI0R_EL1 0b01: ICC_SGI1R_EL1 0b10: ICC_ASGI1R_EL1 0b11: Reserved
- NS: 当前的secure状态,0表示secure,1表示non-secure
- IRM: SGI寄存器的IRM bit
- A3V: aff3是否有效,如果有效,需要发送A3数据。
- RSV: range selector域是否有效
- SGInum: 软中断中断号
- A3,A2,A1: 对应Aff3.Aff2.Aff1
- TargetList: 对应SGI寄存器中的TargetList
- Range Selecto: 对应SGI寄存器中的RS域
比如,往ICC_SGI0R_EL1寄存器写0xffffef_ffffffff,那么cpu interface会发送如下波形:

二、A3V
GICv3中,使用属性层次对CPU进行编号,属性层次最多有4层,最高层为Aff3,这一层可以通过cpu interface系统寄存器来控制,是否使能。

ICC_CTLR_EL3和ICC_CTLR_EL1的A3V表示cpu interface是否支持Aff3,而GICD_TYPER.A3V表示gic ip是否支持Aff3。
三、关于range selector的理解。
gicv3的spec对range selector的解释如下:

gic3中,使用属性层次,来对CPU进行标识,这样可以精确的将中断发送指定的cpu。属性层次最高有4层,为aff3.aff2.aff1.aff0。每一个属性层次,用8bit来表示。如下图所示:

SGI中断,是可以同时发送给多个cpu的中断,通过TargetList来表示要发送给哪一些CPU。
而TargetList只有16个bit,也就是只能发送给16个cpu,但是Aff0最多可以表示256个cpu,那怎么发送给其他的cpu的了?
这个时候range selector就派上用场了,RS域共4个bit,可以表示16个范围,16×16=256,刚好表示256个cpu。所以spec里面,说TargetList[n]表示的aff0的值为RS*16 + n。 比如要给65-68号CPU发送软中断,首先判断这些cpu属于的range,为5,那么给这些CPU发送软中断,RS为5,TargetList为0x1E。
四、GIC的SGI认可响应
当GIC收到cpu interface发的SGI命令,需要回SGI认可响应。

原文地址:http://www.lujun.org.cn/?p=4000
本文详细介绍了GICv3(Generic Interrupt Controller version 3)的电源管理功能,包括GICR_WAKER寄存器在断电和唤醒CPU接口中的作用,以及如何通过该寄存器进行电源状态控制。此外,还阐述了GICv3中断的分组机制,分为group0、securegroup1和non-securegroup1,并说明了如何通过系统寄存器控制各组中断的有效性。软中断(Software Generated Interrupts, SGI)的产生、分发及响应过程也得到了详尽的解析,特别是如何通过属性层次和rangeselector来精准发送软中断到目标CPU。文章还探讨了GIC在支持多核通信中的关键角色,以及在软中断处理中的认可响应流程。
:gicv3架构-power控制、中断分组、GICv3软中断&spm=1001.2101.3001.5002&articleId=128365446&d=1&t=3&u=0cad39f7e87b433fa8fe368bd852c2cd)
1188

被折叠的 条评论
为什么被折叠?



