找回密码
 注册
关于网站域名变更的通知
查看: 141|回复: 2
打印 上一主题 下一主题

ARM GICv3-GIC流协议正在从CPU接口检索中断如何解释?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2022-8-30 16:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

您需要 登录 才可以下载或查看,没有帐号?注册

x
如GIC流规范中所述,可能有两个原因:
6 g0 ^: [1 S- ], @
1 B2 M' B3 W, i' s' G( V1、GICD_CTLR中的相关组启用已通过软件清除(我可以理解)。
- h; T- T1 o- [% u- K7 N% A. o$ u( i$ x
* x# Z, y- E. r* `2、将未决中断配置为使用N的1模型,并且IRI选择其他目标PE。( ~! O( Q* _8 V4 k! o
9 ~, v. }3 h5 P
由于第二个原因,因为仅将中断(SPI)发送到目标PE,而不是将其广播到共享该中断的所有PE,9 ~4 J# J% K* h. G" O; o
9 T0 y( I4 p' O: S
只有连接到PE的再分配器应将Set x Command发送到CPU接口。因此,根据我的理解,这个原因似乎是不合理的。0 u- E2 k5 [/ ]% x; ^$ a, |

该用户从未签到

2#
发表于 2022-8-30 17:03 | 只看该作者
如果将SPI配置为N的1-,当中断待处理时,GIC将选择可用内核之一,并将中断转发到该内核。GIC选择目标的方式取决于实现,并且每次中断待处理时都可能改变。
" z0 b9 g: ^9 L5 Z# V, W3 S% D

该用户从未签到

3#
发表于 2022-8-30 17:43 | 只看该作者
假设我们选择了内核X,并将中断转发到该内核。核心X可能不处理中断。它可能很忙,可能设置了PSTATE掩码位,等等...看到中断没有被激活,GIC可以决定从内核X检索中断,然后将其发送到内核Y。
4 f0 ]2 I" B' u) R
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

推荐内容上一条 /1 下一条

EDA365公众号

关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

GMT+8, 2025-11-23 17:01 , Processed in 0.171875 second(s), 23 queries , Gzip On.

深圳市墨知创新科技有限公司

地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

快速回复 返回顶部 返回列表