This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TMS570LS0232: What is the error response on Livelock?

Part Number: TMS570LS0232

I've been studying the section on Primary SRAM Hard Error Cache and Livelock (diagnostic RAM2).

The documentation states:

"Since ECC correction is enabled, corrected data values will be stored in an internal one entry hard error cache, rewritten to the SRAM, and re-fetched from the SRAM.  

A single instruction and its data may not have more than one correctable error. In case more than one correctable error is detected, it is possible to overrun the hard error cache and put the processor into an inoperable livelock state. Cases that can generate a livelock include:

• Two single bit errors in a 64-bit unaligned 32-bit Thumb-2 instruction fetch

• A single bit error in a load instruction (LDR or LDM) followed by a single bit error in the instruction's data payload

I'm having difficulty determining exactly what it means by having the processor put into an inoperable 'livelock' state.  Does this mean that all processing operations cease?  Are these the errors that cause error source 'TCM - ECC livelock detect' (group 2, channel 16), or are they the errors which cause a RAM bank ECC uncorrectable error (Group 3, channel 3 and group 3, channel 5)? 

If the latter, then is the effect of an abort (CPU) just to stop processing and wait for a watchdog reset?

  • Hello Jeff:

    The wording in the description, I think, is a bit too alarmist in that I believe the instruction that is involved in the LIVELOCK instantiation is not able to be executed which in effect means the CPU is unable to operate normally. The response is to assert the ESM Group 2 channel 16 TSM- Live Lock Detect Flag which, in turn, will result in a ESM High level Interrupt (NMI), At this point, it is up to the application as to how it is handled. Many times, the appropriate response is a warm reset since these errors are usually Transient Errors and will go away on a warm reset.

    There is additional information including test of function available in these two threads:
    e2e.ti.com/.../569492