蜗窝科技

@奔跑的蜗牛：不好意思，通过后面几篇的阅读，已经理解了。谢谢。

hi 各位大神， 看了你们的文件，收益匪浅，你写的文章，我其实已经看过好机会了，之前只是大概的看看，没有这么认真的研读。这次认真的研读了下，有去思考，所以，有些疑问。 1 highlevel irq-events handle(desc->handle_irq) interrupt domain抽象的handler，应该是执行这个interrupt controller相关的动作，那具体是哪些呢，能麻烦举个例子吗。 2 specifier handler这个是完成哪些任务呢？ 3 用户注册的handler，这个就是用户想要完成的任务了，没什么好说的。 还有，这3个之间有的执行流程有什么关系吗？

@Codingbelief：遍历--->变量

@Codingbelief：看我之前写的文档，我和你一样被“忽悠”了，以为PE都是通过read来“观察”内存访问指令的结果。当然，具体的翻译而言，我觉得执行者更容易误导啊，因为很容易联想成“指令执行者” 另外，你上面这段话我不是很认同，基本上，CPU 4上的对某个共享遍历的读或者写操作是否完成不能从CPU 4的视角来判断，应该是从系统的角度来看，即其他的CPU是如何看待CPU4 上的读写操作的。

@Codingbelief：“PE observes memory access”这句话，我的理解是observes是一个动词，表示PE正在“感知”来自自己或者其他PE的memory access的操作结果。 observed是形容词，用来描述一个memory指令的执行结果是否被感知到。指令完成和指令被感知到是不同的概念，如果一条内存访问的指令已经完成，那么： 1、该memory access被系统中所有的observer感知到（就是globally observed） 2、和该内存访问指令相关的translation table walks（也会引发内存访问操作）必须执行完毕。 因此observed和内存指令执行完成也不是同一个概念。

@Codingbelief：好啊！期待中......

@andy01011501：mtk Android M最终选择了wakeupcount

@linuxer：越接近本源的东西都越是迷人的~~ 驱动的趣味性的话，估计大部分来自各种意想不到的技巧上了~ D4 已经基本过了一遍了~ 但是写作比翻译慢多了 ~~ 这周应该会先发 eMMC 的内容，估计 wowo 的 boot 很快就要盯上这块了。

所以我理解的 PE observes memory access，是 PE 执行 memory access。而 observed，则是指执行的 memory access 可以认定为完成。

个人感觉，observer 刚开始接触时，让人费解的一个原因是把它翻译为“观察者”。 在中文上，观察有着“看”的操作，进而会让人联想到"读"，再而让人联想到 observers 之间通过“读”感知到对方的动作，然后后面的一些 observed read write 解释起来就变得很别扭。 我觉得，在上面 coherent order {3,1,4,2} 的例子中，每一个 observer 实际上是只能够确定自己的 write 和 read 的发生的时间、结束的时间以及执行的结果，并不能具体的”感知"到其他 observer 所进行的操作，observers 之间也没有进行"观察"对方的动作。 当然，并不是说 observer 翻译成“观察者”是错误的，只是翻译成“观察者”会在前期理解的时候比较费力。 换个角度，如果把 observer 翻译为“执行者”，可能会省力一些。 observer 是“执行者”，它拥有“执行”读或者写内存的能力。那么对于 observed write 和 observed read 的可以解释如下： observed write 描述了这样一个事实： “执行者” 完成了特定的 write memory 的操作的执行。 在上面经典例子的图中，我们可以很清楚的看到，在时间坐标轴上 500ns 时，CPU4 完成了 write 4 的操作。然而，在 PE 中，我们并没有这个关键的时间轴，这时候，我们就需要找其他的方法，来肯定"CPU4 完成了 write 4 的操作”这一事实。在 ARMv8 中，确定 write 操作已经完成执行(即 observed write)的方法是通过以下的两个事件： - CPU4 对同样的内存地址执行的下一个读操作，读回了刚刚写入的值，或者读回 coherent order 4 之后的值。 - CPU4 对同样的内存地址执行下一个写操作，该写操作写入的值在 coherent order 4 之后。 也就是说，当发生了上面的两个事件中的一个时，我们就可以认为 CPU4 的 write 4 操作已经执行完成，即 observed。 observed read 则描述了这样一个事实： “执行者” 完成了特定的 read memory 的操作的执行。 同样在上面经典例子的图中，在时间坐标轴上 500ns 后，CPU4 执行了 read 的操作，并且返回了 2。什么时候我们可以说 CPU4 已经完成了 read 2 的执行呢？在 ARMv8 中，如下定义： - 如果 CPU4 对同样内存地址执行了下一个 write 操作，并且该 write 操作没有影响 read 操作返回的值。 上面的条件一旦达成，就意味着 CPU4 读回 2 已经是铁板钉钉的事实了，就可以说 CPU4 read 2 已经完成，即 observed read。 observed 给我的感觉更多的是一个“边界”的概念，用于定义某一时刻某个执行者是否已经完成了特定的操作。