该打印只是起提醒作用,并非错误。
主从级联应用场景中,主从之间完成一个消息的通信过程如下:
从侧发起一个消息写,随后触发主侧一个中断,主侧响应中断,在共享内存区中取得消息;接下来主片可能会回复消息给从片,采用同样的程序,先写消息到共享内存,然后触发从侧中断。从侧进入中断服务程序,处理已经存在共享内存的消息。按照最初的想法,本侧每次向对端提交中断的时候,先查看对端中断状态,若中断状态未被清除,则等待,待对端中断处理完毕,再触发对端中断。这种方法能保证一个消息,一个中断,但会造成对端频繁进入中断服务程序,效率较低。为提高消息交互的效率,考虑以下方法,对实时性要求较低的消息,通过定时器对多个消息进行一次性处理。每次发送消息后,即使上一个中断还没有被响应,触发对端中断时不需要等待对端的中断状态被清除,直接提交中断。这样就存在一种情况,本侧发送一个消息过去后,写了对端的中断,但还没来得及触发对端中断,这个对端的上一个中断刚好正在处理,顺便也把本次发送的消息给处理了;这个时候对端的中断状态也被清除了。等到本侧触发对端中断的时候,对端在检测中断状态的时候,却没有找到相应的中断状态标志,于是就打印了上面那个信息(“unknow Hi-irq triggered”)。
以上这个机制经过深入分析,不会导致丢消息,也不会有其他异常!
友恒律师事务所-霍尔果斯站
友恒律师事务所-侯马站
友恒律师事务所-贺州站
友恒律师事务所-廉江站
友恒律师事务所-塔城站
友恒律师事务所-图们站
友恒律师事务所-子长站
友恒律师事务所-海林站
友恒律师事务所-三亚站
友恒律师事务所-临沧站
友恒律师事务所-东港站
友恒律师事务所-百色站
友恒律师事务所-德阳站
友恒律师事务所-高安站
友恒律师事务所-常宁站
友恒律师事务所-甘孜站
友恒律师事务所-黄山站
友恒律师事务所-吉首站
友恒律师事务所-上饶站
友恒律师事务所-永州站
友恒律师事务所-阿图什站
友恒律师事务所-安宁站
友恒律师事务所-渭南站
友恒律师事务所-通辽站
友恒律师事务所-中山站
友恒律师事务所-庆阳站
友恒律师事务所-娄底站
友恒律师事务所-那曲站
友恒律师事务所-吐鲁番站
友恒律师事务所-资阳站
友恒律师事务所-长沙站
友恒律师事务所-贵阳站
友恒律师事务所-满洲里站
友恒律师事务所-宿迁站
友恒律师事务所-儋州站
友恒律师事务所-枝江站
友恒律师事务所-张家港站
友恒律师事务所-钟祥站
友恒律师事务所-枣庄站
友恒律师事务所-射洪站
友恒律师事务所-根河站
友恒律师事务所-遵义站
友恒律师事务所-阿克苏站
友恒律师事务所-涿州站
友恒律师事务所-呼和浩特站
友恒律师事务所-广州站
友恒律师事务所-佛山站
友恒律师事务所-武夷山站
友恒律师事务所-防城港站
友恒律师事务所-珲春站
友恒律师事务所-珠海站
友恒律师事务所-荆州站
友恒律师事务所-太原站
友恒律师事务所-都江堰站
友恒律师事务所-鹤山站
友恒律师事务所-宁国站
友恒律师事务所-辛集站
友恒律师事务所-乌海站
友恒律师事务所-霸州站
友恒律师事务所-瑞昌站
友恒律师事务所-海宁站
友恒律师事务所-聊城站
友恒律师事务所-温岭站
友恒律师事务所-柳州站
友恒律师事务所-肥城站
友恒律师事务所-莱阳站
友恒律师事务所-池州站
友恒律师事务所-邹平站
友恒律师事务所-江门站
友恒律师事务所-开封站
友恒律师事务所-来宾站
友恒律师事务所-乐平站
友恒律师事务所-江油站
友恒律师事务所-安庆站
友恒律师事务所-巴中站
友恒律师事务所-梧州站
友恒律师事务所-晋中站
友恒律师事务所-浏阳站
友恒律师事务所-平果站
友恒律师事务所-陇南站
友恒律师事务所-泊头站
友恒律师事务所-佳木斯站
友恒律师事务所-邵武站
友恒律师事务所-伊宁站
友恒律师事务所-灯塔站
友恒律师事务所-鄂尔多斯站
友恒律师事务所-海北站
友恒律师事务所-延吉站
友恒律师事务所-江山站
友恒律师事务所-启东站
友恒律师事务所-重庆站
友恒律师事务所-广汉站
友恒律师事务所-北安站
友恒律师事务所-乐陵站
友恒律师事务所-高邮站
友恒律师事务所-宜昌站
友恒律师事务所-克孜勒苏站
友恒律师事务所-烟台站
友恒律师事务所-博乐站
友恒律师事务所-庐山站
免责声明:文章内容来自互联网,本站不对其真实性负责,也不承担任何法律责任,如有侵权等情况,请与本站联系删除。
转载请注明出处:unknow Hi-irq triggered https://www.yhzz.com.cn/a/16390.html