• Locked Locked
  • Replies 1 reply
  • Subscribers 98 subscribers
  • Views 285 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.

SmartReflex EFUSE 3503

DavidVescovi
Genius 5470 points

On one partictular version of or 3503 based product we are using a derived 6.15 BSP. In this build I have both the DVFS and SmartReflex enabled.

I have noticed on just a few boards (not all) the OS will occasionally freeze on boot. After power cycling the board will recover. I did isolate one board that would freeze all the time though (at same spot in OS load). I noticed if I do a build with DVFS enabled but SmartReflex disabled this board recovered.

So I concluded the SmartReflex was the issue so I now have it disabled in all production builds.

 After seeing this post http://e2e.ti.com/support/embedded/f/353/t/98856.aspx  madhvi seems to elude to an EFUSE and/or SmartReflex issue.

Is there any more information on this? Background, Which silicon and/or BSP might be at issue etc.?

  • Mastermind 9310 points

    The issue Madhvi reported is specific to BSP_WINCE_ARM_A8_01_01_00. Previous BSPs (including 6.15) would not adjust the value read from the fuse registers, which is actually the problem on this last version (some revisions return 0 as CONTROL_FUSE_OPP_VDD1[0] which leads to a "divide by zero" operation).

    Therefore, this is probably not the same issue you are facing. If you want to make sure, launch a debug build and put a breakpoint inside "opp_map.c" to see if these fuse values are correctly handled.