叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。

每一个中断都需要配置安全态和分组。从上面的配置过程看，关闭或者不响应某个中断可以从各个层面去控制。在 distributor 处可以关闭某个 group 的中断，注意这里是全局关某个 group，GICD_CTLR。在 cpu interface 处也可以关闭该 interface 某个 group 的中断，ICC_IGRPEN0_EL1 & ICC_IGRPEN1_EL1 or ICC_IGRPEN1_EL3。对于每个中断，同样有单独的使能寄存器。当然 PE 层面也可以实现屏蔽，这是全局屏蔽。

PSCI（Power State Coordination Interface），翻译一下就是“电源状态协作接口”。从名字就能直观看出来，PSCI是一套电源管理的标准接口，可用于操作系统在ARM设备上以不同权限级别监控管理电源。在大型应用中，芯片的电源管理必须要灵活，需要软硬件协同。也就是说，操作系统、虚拟机监控程序、安全固件或者受信任的操作系统（trusted OS）要能够参与到芯片的电源管理中。

从这里看到，GIC分为3个主要的部分，要完成其作用，而且给用户进行预先配置的方法，GIC就提供了一组寄存器，这些寄存器的设计就是围绕着这些主要的功能来实现的。

下面图片对Linux suspend&resume过程做了一个概述，读者可以顺着这个流程阅读内核源代码。具体的说明，可以参考后面的代码分析。（只介绍和suspend功能有关的，struct dev_pm_ops简称D，struct platform_suspend_ops简称P）前辈关于这个系列的文章太过精彩，后续慢慢详细学习一下，这里先暂时熟悉了解一下大概的流程！！！从gic3开始，cpu interface放到了PE中，因此cpu interface和PE是同一个power domain。

前面我们知道syscore ops的回调是关中断，关非boot cpu的情况下调用的。suspend/shutdown回调注册的越早越靠后调用，resume回调注册的越早越靠前调用。syscore的suspend回调是在所有驱动的suspend回调之后被调用，syscore的resume回调在所有驱动的resume回调之前被调用Linux在进入suspend的时候，会首先freeze userspace，然后挨个去调用设备驱动程序的suspend，最后调用architecture dependent的cal

假设系统中有4个cpu， 同时有一个变量在各个CPU之间是共享的，每个cpu都有访问该变量的权限。当cpu1在改变变量v的值的时候，cpu2也需要改变变量v的值。这时候就会导致变量v的值不正确。这时候机智的你就会说，在cpu1访问变量v的时候可以使用原子操作加锁，cpu2访问变量v的时候需要等待。可是机智的是否考虑过加锁对性能的影响，原子操作对cpu是极耗cpu的。再考虑一种情况，现在高速的cpu都带有高速缓冲cache。它介于cpu和主存之间，主要作用是加快cpu的访问速度。

最近在做ATF的相关维测，我在Linux的S4和S3也增加了对应的维测日志。但是老师说我加的位置不对，于是就趁着这几机会来整理一下流程。关于这个部分有太多优秀的blog，这里只是简单记录一下我学习的一个博客，学到了一些很细节的，但是有点不成体系，这个我会在后面正儿八经的写一个系列的。原文链接：https://www.pudn.com/news/6245ac826cd7507199dbb2a0.html。