打印

[ARM GICv3 - GIC Stream protocol]

[复制链接]
217|0
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
求关注啊|  楼主 | 2018-9-9 11:54 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
Hi all,
I am investigating the GIC Stream protocol and having a confusing issue as the title.
The figure below shows the case that an interrupt is retrieved from CPU interface.
As explained in the GIC Stream Specification, there may be 2 reasons:
The relevant group enable in GICD_CTLR is cleared by software (I can understand it).The pending interrupt is configured to use the 1-of-N model, and the IRI selects a different target PE.For the second reason, because an interrupt (SPI) is sent to a target PE only, instead of being broadcasted to all PEs that share the interrupt,
only the redistributor that connects to the PE should send the Set x Command to CPU interface. Therefore, this reason seems unreasonable as my understanding.
Anyone can make this explanation clear?

使用特权

评论回复

相关帖子

发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

380

主题

380

帖子

0

粉丝