serial rapidIO messaging retry error threshold exceeded problem

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

serial rapidIO messaging retry error threshold exceeded problem

1,268 次查看
KlausFiedler
Contributor I
i have a big problem with the SRIO messaging unit of the mpc8548e v2.0. i send messages through the messaging unit 1 to another processor. the other processor doesn't accept all the messages and rejects them causing a RETE error in the OM1SR status register. i deactivated the retry error by setting 0x0 in the OM1RETCR register. when the error occurs i try to acknowledge the error by clearing the RETE bit in the OM1SR. normally if the RETE error is deactivated the messaging unit should continue trying to send to the target without any errors occuring in the status register. the manual says i have to deactivate the whole unit which means that i have to copy all 1022 remaining descriptors to another location, reset the msg unit and copy the descriptors back to the queue. this is not appropriate for high speed systems. if i only acknowledge the error in the status register, and conitinue, the messaging unit doesn't send the last 4 messages out to the target and still shows messaging unit busy, while the target has an empty queue and is ready to retrieve them. my question now is: is there any way to recover from this error without reinitializing the whole messaging unit?

0 项奖励
回复
2 回复数

577 次查看
oyvind
Contributor I

I'm afraid there is no other solution but to reinitialize the whole unit. We've used MCP8572, and for this CPU I think it is clearly written "between the lines" that the RMU must be completely reinitialized in this case.

0 项奖励
回复

577 次查看
BastiaanN
Contributor I

I am having the same issue. I am trying to use the Receiver-controlled flowcontrol but in this way it does not work. The transceiver refuses to continue sending the packages after the buffer is empty on the receiving side.

 

Did you ever found a solution to this problem?

0 项奖励
回复