寄存器的遐想

这一篇是写于香港赤腊角机场，作为一个快销技术文章写手，在机场赶文章也不是一个什么大事儿。我可能是独学而无友，故孤陋而寡闻，所以我认定我是首创带聊闲天的快销技术文章写手。说实话我也没想到自己能坚持下来这本书，实在是能力一般，水平有限，承蒙各位读者抬爱，给了我继续更下去的动力。年根将近，在这里给大家拜个早年，江山父老能容我，不使人间造孽钱。

其实小时候更加盼望着过年，现在分析其中一大原因便是过年便意味着寒假，而寒假小伙伴们可以有更多的时间玩耍，甚至还能玩时令玩具：鞭炮 （我选用中文写这本书最主要的原因就是我是native speaker，就算自己造新词你们也没法说我错，lol）。可能我too young而且记事儿太晚，从我的记忆里，吃香的喝辣的就不是过年的专属了，毕竟随着生产力的发展，物质已经过剩了。而且对于现在来讲，过年反倒是知己相离的时候，而且由于我平日回家的频率也高，过年回家已经仅仅作为一个仪式了。不过也好，远离工作能让我有更多的时间聊闲白，这样就不用给干货了。

我决定趁着过年期间，就算我全分析错了你们也不会责备我，我决定今天更一些我对于atom完成过程的猜想。

首先，我们得猜与之相关的寄存器分别代表什么意思，这里一共有六个寄存器，分别是JOB_IRQ_RAWSTAT， JOB_IRQ_CLEAR，JOB_IRQ_MASK，JOB_IRQ_STATUS，JOB_IRQ_JS_STATE，JOB_IRQ_THROTTLE。

经过我 胆大包天 胆大心细的分析，第一个JOB_IRQ_RAWSTAT就是真正的代表所有状态的寄存器，而JOB_IRQ_STATUS就是经过JOB_IRQ_MASK之后的状态寄存器。由于driver可能不想被某些中断打断，所以会mask掉一些中断，但是根据源码分析，mask仅仅是阻止了CPU被这个中断而打断，而不是完全忽略他们。如果存在一个能中断CPU的中断，那么处理完这个中断中priority最高的之后，driver会去读区RAWSTAT这个寄存器，这意味着那些被mask掉的中断也会被处理。无论是JOB_IRQ_STATUS还是JOB_IRQ_RAWSTAT，他们的高16位都代表着相应job slot由于failure而产生的中断，而低16位都代表着由于完成而产生的中断。

对于JOB_IRQ_CLEAR，这应该是个write-only的寄存器，如果给CLEAR的某个bit写上1，那么对应的RAWSTAT就会把相应的bit变成0。但我猜测JOB_IRQ_STATUS也会相应的变化。

这里最坑爹的就是JOB_IRQ_JS_STATE，这个寄存器一共有32位，分为上半部分和下半部分，上半部分对应着_next的相应slot有没有active的job，而下半部分对应着current的相应地slot有没有active的job。也就是说，如果当前中断是因为某个job完成而产生的，那么这个job的slot相应的JOB_IRQ_JS_STATE的低位应该是0，除非_next上的job已经被push到了current上。即使是这样，那么高位上相应的job slot active状态也应该是0，这一点在之后对于判断竞争状态至关重要。

最后一个寄存器就没什么鸟用了，它代表了我们要delay多少个cycle去传达一个中断，并且JOB_IRQ_STATUS不会被它影响，只有中断的传递会被影响。

以上。