topic Re: serial rapidIO messaging retry error threshold exceeded problem in Other NXP Products

serial rapidIO messaging retry error threshold exceeded problem

KlausFiedler — Wed, 30 Apr 2008 01:52:41 GMT

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?

Re: serial rapidIO messaging retry error threshold exceeded problem

BastiaanN — Fri, 12 Nov 2010 20:19:40 GMT

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?

Re: serial rapidIO messaging retry error threshold exceeded problem

oyvind — Wed, 08 Feb 2012 16:55:03 GMT

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.