• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 30 subscribers
  • Views 657 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

RM46L430: SL_SelfTest_VIM crashes with interrupts enabled and passes when disabled

Mark Kingston
Intellectual 320 points
Part Number: RM46L430

Hello All,

SL_SelfTest_VIM does not remove the injected fault.

If the test is run with interrupts enabled (i.e. a periodic test), then it get stuck in an endless interrupt loop.

If the parity control is temporarily disabled, then the test runs and passes.

If the test pass with the parity interrupt disabled, then what does the VIM_SRAM_PARITY_TEST actually test?

Regards,

Mark.

  • 0
    TI__Guru**** 197306 points

    Hello Mark,

    To test VIM parity checking mechanism, the SW injects a error by flipping a bit in VIM RAM parity location. The parity location used in the library is 0xFFF82408 (2nd VIM channel), its corresponding VIM table is at 0xFFF8208 (not parity bit).

    1. Since the 2nd VIM channel (0xFFF8208) is reserved, the forced parity error at this channel will not affect your interrupt function.

    2. If the parity control is disabled (PARCTL[8] TEST=0, and PARCTL[3:0] PARENA=0), the parity bit is not memory mapped, and flipping the 1 bit at 0xFFF82408 will affect the parity bit.

    3. The parity interrupt disabled, the forces error will not able to trigger the interrupt (jump to an ISR), but the ESM flag and VIM parity error flag are still set if any error occurs.

  • 0 in reply to QJ Wang
    Intellectual 320 points

    Hello,

    If the interrupts are enabled then the test get stuck in an infinte loop.

    I have to turn off the interrupt to get the test to pass.

    If the interrupt has to be turned off to get the test to pass then how much of the mechanism is actually being tested?

    Regards,

    Mark.