未决寄存器置1怎么区分是中断请求还是清中断

来源:互联网 发布:spark源码下载 编辑:程序博客网 时间:2024/04/30 13:52

        不管是SRCPND源未决寄存器清中断还是INTPND未决寄存器 清中断都是往里面置1。这让大家很疑惑,因为当中断请求发生时,也是往这些未决寄存器中置1。那么怎么来区分是中断请求还是清中断呢??

        查看了下s3c2440数据手册,上面只是说:“A。如果你从中断服务程序返回却没有清除该位,中断

控制器将操作好像又有同一个中断源的中断请求到来。换言之,如果SRCPND的一个特殊位置1,其总是认为一个有效的中断请求等待服务。B。清除相应位的时间依赖于用户的需求。如果你想收到另一个来此同一个中断源的有效请求,你应该清除相应的位,然后使能中断。C。你可以通过写数据到这个寄存器来清除SRCPND 寄存器的某个位。你可以通过对相应位置1 来清除相应位。如果你对相应位写0,则该位的数值保持不变。”
        其实上面说这么多,无非就是告诉你清中断要置1,否则无法接受下一个中断。但他没有讲为什么不是置0,而是置1呢?很多人说是硬件设计这样的,好处是:
        置1清除:直接往某个位写1===》rSRCPND = (1 << N)
        置0清除:要和原有位&下 ====》rSRCPND &= ~(1 << N)
        我不知道是不是这样。但根据手册上的解释,我猜想硬件实现底层是用亦或来操作的。
        首先寄存器初始化为0,中断发生,中断源往对应位置1,亦或得到 1,处理器看到底层是1,则会响应该中断。这是寄存器的值是1的。
         如果你中断服务返回后没有清中断,显示是1,这表示是个有效的中断请求等待服务,因为同类中断不能嵌套发生,所以同类中断不能发生。
         如果你往相应位写入个1,亦或得到 0 ,底层显示为0。表示对应位中断是空闲的,可以发生中断。
         如果你往对应位写入个0,亦或下得到1。数值根本没变和你没清中断一样。
         所以总结下,个人猜想底层是用  亦或 操作来   区分未决寄存器置1是中断请求还是清中断。

0 0